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Expediteur: le BUREAU INTERNATIONAL 


PCT 

NOTIFICATION DE LA RECEPTION DE 
L'EXEMPLAIRE ORIGINAL 

(regie 24.2.a) du PCT) 


Destinataire: 

DENIS, Herve 

Bull S.A. ^ . j * 
68, route de Versailles L ^ — 
PC58D20 

F-78434 Louveciennes Cedex J 

FRANCE 






'Date d'expedition Qour/mois/annee) 

18 novembre 1999 (18.11.99) 


NOTIFICATION IMPORT ANTE 


Reference du dossier du deposant ou du man data ire 

PCT 3682/HD 


Oemande Internationale no 
PCT/FR99/02629 





II est notifie au deposant que le Bureau international a recu rexemplatre original de la demande international precisee 
ci-apres. 

Nom(s) du ou des deposants et de I'Etat ou des Etats pour lesquels ils sont deposants: 

BULL S.A. (pour tous les Etats designes sauf US) 

NACHEF, Armand etc. (pour US seulement) 

Date du depot international 28 OCtobre 1 999 (28. 1 0.99) 

Date(s) de priorite revendiquee(s) 30 OCtobre 1 998 (30. 1 0.98). 

Date de reception de I'exemplaire original 
par le Bureau international 

Liste des offices designes : 



12 novembre 1999 (12.11.99) 



EP rAT^BE^CH^^DE^K.ES^FLFR^B.GRJEJT^LU.MCNL^PT.SE 
National :US 



ATTENTION 

Le deposant doit soigneusement verifier les indications figurant dans la presente notification. En cas de divergence entre ces 
indications et celles que contient la demande internationale. il doit aviser immediatement le Bureau international. 

En outre, Pattention du deposant est appelee sur les renseignements donnes dans I'annexe en ce qui concerne 



□ 



les delais dans lesquels doit etre abordee la phase nationale 

la confirmation des designations faites par mesure de precaution 

les exigences relatives aux documents de priorite. 



Une copie de la presente notification est envoyee a I'office recepteur et a I'administration chargee de la recherche internationale. 





Fonctionnaire autorise 


Bureau international de I'OMPI 




34, chemin des Colombettes 


Yolaine CUSSAC 


1211 Geneve 20. Suisse 




n*de telecopeur (41-22) 740.14.35 


n*de telephone (41 -22) 338.83.38 , 
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-V * Deman^^Hernationale no 

ANNEXE DU FORMuKlRE PCT/IB/301 



CT/FR99/02629 



RENSE1GNEMENTS CONCERNANT LES DELAIS DANS LESQUELS DOIT ETRE ABORDEE 

LA PHASE NATIONALE 

It est rappele au deposant qu'M doit aborder la "phase nationale" aupres de chacun des offices designes indiques sur la 
notification de la reception de I'exemplaire original (formulaire PCT/IB/301) en payant les taxes nationals et en remettant les 
traductions, telles qu'elles sont preserves par les legislations nationales. 

Le delai d'accomplissement de ces actes de procedure est de 20 MOIS a compter dela date de priorite ou, pour les Etats 
designes qui ont ete elus par le deposant dans une demande d'examen preliminaire international ou dans une election ulteneure, 
de 30 MOIS a compter de la date de priorite, a condition que cette election ait ete effectuee avant I'expiration du 19e mois a 
compter de la date de priorite. Certains offices designes (ou elus) ont fixe des detais qui expirent au-dela de 20 ou 30 mois a 
compter de la date de priorite. D'autres offices accordent une prolongation des detais ou un delai de grace, dans certains cas 
moyennant le paiement d'une taxe supplemental. 

En plus de ces actes de procedure, le deposant devra dans certains cas satisfaire a d'autres exigences particulieres 
» applicables dans certains offices. II appartient au deposant de veiller a remplir en temps voulu les conditions requises pour 
I'ouverture de la phase nationale. La majorite des offices designes n'envoient pas de rappel a Tapproche de la date limite pour 
aborder la phase nationale. 

Des informations detail lees concernant les actes de procedure a accompli r pour aborder la phase nationale aupres de 
chaque office designe. les delais applicables et la possibility d'obtenir une prolongation des delais ou un delai de grace et toutes 
autres conditions applicables figurent dans le volume II du Guide du deposant du PCT. Les exigences concernant le depotd"une 
demande d'examen preliminaire international sont exposees dans le chapitre IX du volume I du Guide du deposant du PCT. 

GR et ES sont devenues liees par le chapitre II du PCT le 7 septembre 1996 et le 6 septembre1997, respective me nt et 
peuvent done etre elues dans une demande d'examen preliminaire international ou dans une election urterieure presentee le 7 
septembre 1996 (ou a une date posterieure) ou le 6 septembre 1997 (ou a une date posterieure), respectivement. quelle que sort 
la date de depot de la demande international (voir le second paragraphs ci-dessus). 

Veuillez noter que seul un deposant qui est ressortissant d'un Etat contractant du PCT lie par le chapitre II ou qui y a 
son domicile peut presenter une demande d'examen preliminaire international. 

CONFIRMATION DES DESIGNATIONS FAITES PAR MESURE DE PRECAUTION 

Seules les designations expresses faites dans la requete conformement a la regie 4.9.a) figurent dans la presente 
notification. II est important de verifier si ces designations ont ete faites correctement Des erreurs dans les designations peuvent 
etre corrigees lorsque des designations ont ete faites par mesure de precaution en vertu de la regie 4.9.b). Toute designation 
ainsi faite peut etre confirmee conformement aux dispositions de la regie 4.9.c) avant I'expiration d'un delai de 15 mois a 
compter de la date de priorite. En I'absence de confirmation, une designation faite par mesure de precaution sera consideree 
comme retiree par le deposant II ne sera adresse aucun rappel ni invitation. Pour confirmer une designation , il faiit deposer une 
declaration precisant I'Etat designe concerne (avec Indication de la forme de protection ou de traitement souhaitee) et payer les 
taxes de designation et de confirmation. La confirmation doit parvenir a I'office recepteur dans le delai de 15 mois. 

EXIGENCES RELATIVES AUX DOCUMENTS DE PRIORITE 

Pour les deposants qui n'ont pas encore satisfait aux exigences relatives aux documents de priorite. il est rappele ce qui 

suit. 

Lorsque la priorite d'une demande nationale, regionale ou internationale anterieure est revendiquee, le deposant doit 
pr6senter une copie de cette demande anterieure, certifiee conforme par ('administration aupres de laquelle elle a ete deposee 
("document de priorite"), a I'office recepteur (qui la transmettra au Bureau international) ou directement au Bureau international, 
avant I'expiration d'un delai de 16 mois a compter de la date de priorite. etant entendu que tout document de priorite peut etre 
presente au Bureau international avant la date de publication de la demande internationale, auquel cas ce document sera repute 
avoir ete recu par le Bureau international le dernier jour du delai de 16 mois (regie 17.1.a)). 

Lorsque le document de priorite est delivre par I'office recepteur, le deposant peut. au lieu de presenter ce document 
demander a I'office recepteur de le preparer et de le transmettre au Bureau international. La requete a cet effet doit etre 
formulee avant I'expiration du delai de 16 mois et peut etre soumise au paiement d'une taxe (regie 17.1.b)). 

Si le document de priorite en question n'est pas fourni au Bureau international, ou si la demande adressee a I'office recepteur 
de preparer et de transmettre le document de priorite n'a pas ete faite (et la taxe correspondante acquittee, le cas echeant) 
avant I'expiration du delai applicable mentionne aux paragraphes precedents, tout Etat designe peut ne pas tenir compte 
de la revendication de priorite; toutefois, aucun office designe ne peut decider de ne pas tenir compte de la revendication de 
priorite avant d'avoir donne au deposant la possibility de remettre le document de priorite dans un delai raisonnable en I espece 

Lorsque plusieurs priorites sont revendiquees, la date de priorite a prendre en consideration aux fins du calcul du delai de 
16 mois est la date du depot de la demande la plus ancienne dont la priorite est revendiquee. 
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PCT 

REQUETE 



Le soussigne requiert que la presente demande 
Internationale soit traitee con form ement au Traite de 
cooperation en matiere de brevets. 



Reserve a P office recepteur 



Demande intemationale n° 



Date du depot international 



Norn de P office recepteur et "Demande intemationale PCT' 



Reference du dossier du deposant ou du mandataire (facuitatif) 
(12 caracteres au maximum; PCT 3682/HD 



Qdre nM f TITRJE DE L'lIWENTION 

Procede de commande d'une fonction executable par des commandes specifiques a des 
logiciels differents. 


Cadre n 8 II DEPOSANT 


Nom et adresse : (Nom de famille suivi du prenom; pour une personne morale, designation 
officielle complete. L 'adresse doit comprendre le code postal et le nom dupays. Le pays de 
I adresse indiquee dans ce cadre est I 'Etat ou le deposant a son domicile si aucun domicile 
n est indique ci-dessous.J 

BULL S.A. 

68, route de Versailles 

78434 LOUVECIENNES CEDEX 

FRANCE 


I I Cette personne est aussi 
*— ' inventeur. 


n°de telephone 

(33) 1 39.66.61.80 


n°deteiecopieur 

(33) 1 39.66.61.73 


n* de t61e"imprimeur 


Nationalite (nom de PEtat) : FRANCE 


Domicile (nom de PEtat) : pp^|\jQ£ 


Certe personne est i 1 tousles Etats r—t tous.les Etats designes sauf | 1 les Etats- Unisd*Ameriq ue | 1 les Etats indiques dans 

deposant pour : 1 1 designes 1 XI les Etais-Unis d'Amerique 1 1 seuiement | | le cadre supplementaire 


Cadre n° III AUTRE(S) DEPOSANT(S) OU (AUTRE(S)) INVENTEUR(S) 


Nom et adresse : (Nom de famille suivi du prenom; pour une personne morale, designation 
officielle complete. L 'adresse doit comprendre le code postal et le nom du pays. Le pays de 
I adresse indiquee dans ce cadre est I'ttat oit le deposant a son domicile si aucun domicile 
n est indique ci-dessous.J 

Nachef Armand 

6 Place Georges Pompidou 

78180 MONTIGNY LE BRETONNEUX 

FRANCE 


Cene personne est : 

| | deposant seuiement 

| y ) deposant et inventeur 

| | inventeur seuiement 
(Si cette case est cochee, 
ne pas remplir la suite.) 


Nationalite (nom de PEtat) : 

FRANCE 


Domicile (nom de PEtat) : 

FRANCE 


Cette personne est j 1 tousles Eiats I 1 tousles Etats designes sauf | 1 les Etats-Unis d'Amerique | 1 ies Etats indiques dans le 

deposant pour : I (designes | | les Etats-Unis d'Amerique I y\ seuiement | | cadre suppldmentai re 


[ | D'autres deposants ou inventeurs sont indiques sur une feuille annexe. 


Cadre n« IV MANDATAIRE OU REPRESENTANT COMMUN; OU ADRESSE POUR LA CORRESPONDAiNCE 


La personne dont Pidentite est donneeci-dessousest/aete designee pour agirau nom r— i mandataire I I representant commun 
du ou des deposants aupres des autontes mtemationales competentes, comme: IX ' I l 


Nom et adresse : (Nom de famille suivi du prenom; pour une personne morale, designation officielle 
complete. L 'adresse doit comprendre le code postal et le nom du pays) 

BULL S.A 
Denis Herve 

PC58D20/ 68, route de Versailles 
78434 LOUVECIENNES CEDEX 


n°de telephone 

(33) 1 39.66.61.80 


n° de tdecopieur 

(33) 1 39.66.61.73 


n° de tele" imprimeur 


| — I Adresse pour la correspondance : cocher cette case lorsque aucun mandataire ni representant commun n'est/n'a^ete designe 
I I et que Pespace ci-dessus est utilise pour indiquer une adresse speciale a laquelle la correspondance doit etre envoyee. 
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Fcuillc n° *). 



Suite du cadre n* III AUTRE(S) DEPOSANT(S) OU (AUTRE(S)) INVENTEUR(S) 


Si aucun des sous-cadres suivants n 'est utilise, cette feuille ne doit pas etre incluse dans la requite. 


Nom et adresse : (h'om de famille suivi du prenom; pour une personne morale, designation 
ofhcielle complete. L 'adresse doit comprendre le code postal et le nom dupays. Le pays de 
f adresse indiquee dans ce cadre est ! 'Etat ou le deposant a son domicile si aucun domicile 
n 'est indique ci-dessous.) 

Sitbon Gerard 
8 rue Roli 
75014 PARIS 
FRANCE 


| | deposant seulement 
| deposant et inventeur 

| | inventeur seulement 
(Si cette case est cochee. 
ne pas remplir la suite.) 


Nationality (nom de PEtat) : 

FRANCE 


Domicile (nom de PEtat) : 

FRAMCF 


Cette personne est | 1 tousles Etats j | tousles Etats designes sauf [""1 les Etats-Unis d'Amerique [ I les Etats indiques dans le 
deposant pour : 1 1 designes 1 1 les Etats-Unis d'Amerique K-l seulement < — -I cadre supplementally 


Nom et adresse : (Nom de famille suivi du prenom; pour une personne morale, designation 
qfficielle complete. L 'adresse doit comprendre le code postal et le nom du pays. Le pays de 
[adresse indiquee dans ce cadre est I 'Etat ou le deposant a son domicile si aucun domicile 
n 'est indique ci-dessous.) 

Ravon Jean-Michel 

1 avenue du Colonel Fabien 

78210 ST-CYR UECOLE 

FRANCE 


Cette personne est : 

j | deposant seulement 

| deposant et inventeur 

| | inventeur seulement 
(Si cette case est cochee. 
ne pas remplir la suite.) 


Nationality (nom de 1 ^f^ANCE 


Domicile (nom de ! ' Etal ^rRAM;E 


Cette oersonne est I 1 cous les Etats 1 1 tous.les Etats designes sauf |X~| les Etats-Unis d'Amerique ( 1 les Etats indiques dans 

deposant pour : 1 I designes | | les Etats-Unis d'Amerique |_J seulement | | le cadre supplemental 


Nom et adresse : CNom de famille suivi du prenom; pour une personne morale, designation 
qfficielle complete. L 'adresse doit comprendre le code postal et le nom du pays. Le pays de 
(adresse indiquee dans ce cadre est I 'Etat ou le deposant a son domicile si aucun domicile 
n 'est indique ci-dessous.) 


Cette personne est : 

| | deposant seulement 

| j deposant et inventeur 

[ | inventeur seulement 

(Si cette case est cochee. ne 
pas rempl ir la suite.) 


Nationality (nom de PEtat) : 


Domicile (nom de PEtat) : 


Cette Dersonne est I 1 cous les Etats 1 1 tous.les Etats designes sauf 1 1 les Etats-Unis d'Amerique | 1 les Etats indiques dans le 

deposant pour : 1 1 <*«ignes 1 1 les Etats-Unis d'Amerique | | seulement | 1 cadre supplemental 


Nom et adresse : (Nomde famille suivi du prenom; pour une personne morale, designation 
qfficielle complete. L 'adresse doit comprendre le code postal et le nom dupays. Le pays de 
ladresse indiquee dans ce cadre est I 'Etat ou le deposant a son domicile si aucun domicile 
n 'est indique ci-dessous.) 


Cette personne est : 

| | deposant seulement 

| | deposant et inventeur 

[ | inventeur seulement 
(Si cette case est cochee, 
ne pas remplir la suite.) 


Nationality (nom de PEtat) : 


Domicile (nom de PEtat) : 


Cette oersonne est I 1 tousles Etats pfn tous.les Etats designes sauf I 1 les Etats-Unis d'Amerique 1 | les Etats indiques dans 

dyposant pour : 1 1 designes 1 1 les Etats-Unis d'Amerique | | seulement | | le cadre supplemental 


j - ] D'autres deposants ou inventeurs sont indiques sur une autre feuille annexe- 
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Fcuille n* 



Cadre n * V DESIGNATION D'ETATS 



Les desi gnations sui vantcs sont faites conformdment a la regie 4.9.a) (cocher les cases appropriees: une au moins doit I etre) : , . ^ 

Brevet r ^ on g revet ^^RipQ . GH Ghana, GM Gambie, KE Kenya, LS Lesotho, MW Malawi, SD Soudan. SZ Swaziland, / 
UG Ouganda, ZW Zimbabwe et tout autre Etat qui est un Etat contractant du Protocole de Harare et du PCT 
Brevet eurasien : AM Armenie, AZ Azerbaidjan. BY Belarus. KG Kirghizistan, KZ Kazakhstan.. MD Republique de 
Moldova. RU Federation de Russie. TJ Tadjikistan. TM Turkmenistan et tout autre Etat qui est un Etat contractant de la 
Convention sur le brevet eurasien et du PCT 

Brevet europeen : AT Autriche, BE Beigique. CH et LI Suisse et Liechtenstein. CY Chypre. DE Allemagne. 
DK Danemark, ES Espagne, FI Finiande, FR France. GB Royaume-Uni, GR Grece. IE.lrlande, IT Italie, 
LU Luxembourg, MC Monaco, NL Pays-Bas. PT Portugal. SE Suede et tout autre Etat qui est un Etat contractant de ia 
Convention sur le brevet europeen et du PCT 

Brevet OAPI : BF Burkina Faso. BJ Benin, CF Republique centrafricaine, CG Congo, CI Cote d ? Ivoire f 
CM Cameroun. GA Gabon, GN Guinee, GW Guinee-Bissau. ML Mali, MR Mauritania NE Niger, SN Senegal, 
TD Tchad, TG Togo et tout autre Etat qui est un Etat membre de TO API et un Etat contractant du PCT (si une autre forme 

de protection ou de traitement est souhaitee. le pricisersur la ligne pointillie) 

Brevet national (si une autre forme de protection ou de traitement est souhaitee. le preciser sur la ligne pointillie) : 



□ EA 



EP 



□ OA 



□ 
□ 
□ 
□ 
□ 
□ 
□ 
□ 
□ 
□ 
□ 
□ 
□ 
□ 
□ 
□ 
□ 
□ 
□ 
□ 
□ 
□ 

□ 
□ 
□ 
□ 
□ 
□ 
□ 
□ 
□ 
□ 
□ 
□ 

□ 
□ 
□ 
□ 
□ 



AL 
AM 
AT 
AU 
AZ 
BA 
BB 
BG 
BR 
BY 
CA 



Albanie □ 

Armenie CD 

Autriche D 

Austral ie d 

Azerbaidjan CD 

Bosnie-Herzegovuie D 



LS 
LT 
LU 
LV 



Lesotho 
Lituanie 
Luxembourg 
Lettonie 



Barbade 

Bulgarie 

Bresil 

Belarus 

Canada 

CH et LI Suisse et Liechtenstein 

CN Chine 

CU Cuba 

CZ 
DE 
DK 
EE 
ES 
FI 
GB 
GD 
GE 
GH 



MD Republique de Moldova 

MG Madagascar 

MK Ex-Republique yougoslave de Macedoine 



□ 
□ 
□ 
□ 
□ 
□ 

Republique tcheque □ 

Allemagne . 



HU 
ID 
IL 
IN 
IS 
JP 
KE 
KG 



Danemark d 

□ 

□ 

□ 

□ 
□ 

□ 

□ 

□ 

□ 

□ 

□ 

□ 

s 



Estonie 

Espagne .... 
Finlande .... 
Royaume-Uni 
Grenade 

Georgie 

Ghana 

GM Gambie 

HR Croatie 

Hongrie 
Indonesie 

Israel 

Inde 

islande 
Japon 



MN Mongolie 

MW Malawi 

MX Mexique 

NO Norvege 

Nouvelle-Zelande 

Pologne 

Portugal 

Roumanie 

Federation de Russie . . 
Soudan 
Suede 
Singapour 

Slovenie ..... . :: 

Slovaquie 

Sierra Leone 

Tadjikistan 

Turkmenistan 

Turquie 

Trinite-^t-Tobago 

Ukraine 

Ouganda 

Etats-Unis d'Amerique 



NZ 

PL 

PT 

RO 

RU 

SD 

SE 

SG 

SI 

SK 

SL 

TJ 

TM 

TR 

TT 

UA 

UG 

US 



Kenya □ 

Kirghizistan CD 



UZ 
VN 
YU 



O Uzbekistan 
Viet Nam . . 
Yougoslavie 



KP Republique populaire democratique de Coree 



KR 
KZ 
LC 
LK 
LR 



presente feuille : 



□ ZW Zimbabwe 

Cases reservees pour la designation (aux fins d'un brevet national) 

Republique de Coree d'Etats qui sont devenus parties au PCT apres la publication de la 

Kazakhstan 

Sainte-Lucie □ 

Sri Lanka □ 

Liberia D 



Declaration concernant les designations de precaution : outre les designations faites ci-dessus, le d£posant fait aussi conformement a la 
regie 4.9.b) toutes les designations qui seraiest autorisees en vertu du PCT, a rexception de toute designation indiquee dans Ie cadre 
supplemental comme etant exclue de la portce de cette declaration. Le diposant declare que ces designations additionnelles sont faites 
sous reserve de confirmation et que toute designation qui n'est pas confirmee avant V expiration d'un ddlai de 1 5 mois a compter de la date de 
prioritd doit etre considered comme retiree par le ddposant a V expiration de ce d£lai. (Pour confirmer une designation, ilfaut deposer une 
declaration conienant la designation en question et payer les taxes de designation et de confirmation. La confirmation doit parvenir a I office 
ricepteur dans le dilai de 15 mois.) 
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Cadre n* VI 



REVENDICATION DE PRJORTTE 



Date dc depot 
de ia demande anterieure 
(jour/m o is/an/tee) 



(U 



30 octobre 1998 
(30.10.98) 



Numero 
de la demande anterieure 



98 13645 



□ 



D'au^^revendications de p no rite sont 
indiquees dans le cadre supplemental; 



Lorsque la demande anterieure est une : 



EST 



demande nationale : 
pays 



FRANCE 



demande regionale : 
office regional 



demande internationaJe-: 
office recepteur'" * 



(2) 



(3) 



L office recepteur est prie de preparer et de oransmettre au Bureau international une copie certifiee conforme de la ou des demandes 
anterieures (seuiement si la demande anterieure a ete deposie aupres de ('office qui. aux fins de 
la presente demande Internationale, est I 'office recepteur) indiquees ci-dessus au(x) point(s) 



i— 



Si -a demande anterieure est une demande ARIPO. il est obligatoire d'indiquer dans le cadre suoplementaire au moins un pays par tie a la Convention 
"de Parts pour la protection de ia propriete industrielle pour lequel cette demande anterieure a ete deposie (regie 4.f0.b)ii)). boir le cadre supplemental. 



Cadre n 9 VII ADMINISTRATION CHARGEE DE LA RECHERCHE INTERNATIONALE 



Choix de Padministration chargee de la recherche 
Internationale (ISA) (si plusieurs administrations 
chargees de la recherche Internationale sont competentes 
pour proceder a la recherche Internationale, indiquer 
I'administration choisie; le code a deux (e tires peut ear* 
utilise) : 

ISA/ 



Demande d'utilisation des resultats d'une recherche anterieure; mention de 
cette recherche (si une recherche anterieure a ete effectuie par I'administration 
chargee de la recherche Internationale ou demandee d cette dernier e) : 

Date (jour/mois/annee) Numero Pays (ou office regional) 



30.10.98 



98 13645 



FR 



Cadre n° VIII BORDEREAU; LANGUE DE DEPOT 



La presente demande internationaJe contient 



le nombre de feuiiles suivant : 




i. 


□ 


requete 


04 


2. 




description (sauf panie reservee 


45 


3. 


□ 


au listage des sequences) 


4. 


□ 


reveridications 


02 


5. 


□ 


abrege 


01 


6. 


□ 


dessins 


06 


7. 


□ 


panie de la description reservee 








au listage des sequences 




8. 


□ 


Nombre total de feuiiles 


58 


9. 


£3 



Le ou les elements coches ci-apres sont joints a la presente demande Internationale : 
feuille de calcul des taxes 
pouvoir distinct signe j 



, biologique deposes 

listage des sequences de nucU 
dechiffrable par ordinateur 

9. ]3 autres elements (preciser) : 



Rapport de Recherche 



Figure des dessins qui ~. 
doit accompagncr P^abrege : ^ * 


Langue de depot de la 

demande internationaJe : FRANC AIS 


Cadre n° IX ^I^^ATURE DU DEPOSANT OU DU MANDATAIRE 



A cote de cheque siknaturj. indiqutQ le nam du signataire et. si cela napparait pas clairement a la lecture de la requete. a quel titre I'interessi signe. 



"-Denis Herve 
(Mandataire) 



Reserve a T office recepteur 



I . Date effective de reception des pieces supposees 
consumer la demande internationaJe : 



3. Date effective de reception, rectifiee eri raison de la reception ulte- 
rieure, maistians les ddlais, de documents ou de dessins completant 
ce qui* est suppose constituer la demande internationaJe : 



4. Date de reception, dans les delais, des corrections 
demandees selon Panicle 11.2) du PCT : 



2. Dessins : 
I | recus: 

[ | nort recus : 



5. Administration chargee de la recherche ™ . . 
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communique, comme le prevoit ('article 20, la demande international aux offices designes suivants: 
US 
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de copie de la demande internationale aux offices en question (regie 49.1)a-bis)). 
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RAPPEL CONCERNANT LE CHAPITRE II (article 31.2)a) et regie 54.2) 

Si le deposant souhaite reporter I'ouverture de la phase nationale jusqu'a 30 mois (ou plus pour ce qui concerne certains 
offices) a compter de la date de priorite, la demande d'examen preliminaire international doit etre presentee a 
['administration competente chargee de I'examen preliminaire international avant ('expiration d'un delai de 19 mois a 
compter de la date de priorite. 

II appartient exclusivement au deposant de veiller au respect du delai de 19 mois. 

II est a noter que seul un deposant qui est ressortissant d'un Etat contractant du PCT lie par le chapitre II ou qui y a son 
domicile peut presenter une demande d'examen preliminaire international. 

RAPPEL CONCERNANT L'OUVERTURE DE LA PHASE NATIONALE (article 22 ou 39.1)) 
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Pour d'autres informations importantes concernant les delais et les actes a accomplir pour i'ouverture de la phase 
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du Guide du deposant du PCT. 
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Demande Internationale n° 
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Le present rapport de recherche tntemattonaie, etaWl par radrnlnlstration chargee de la recherche Internationale, est transrrtte au 
deposant conformemerrt a rartfcte 1a Une copte en est tranamtee au Bureau International 



Ce rapport de recherche Internationale comprend 3 feuffles. 

|X| II est aussl accornpagne <f une copie de chaque document relatif a Petat de la technique qui y est cfte. 



1. Base du rapport 

a En ce qui conceme la kangue, la recherche Interrtationale a ete effectuee sur la base de la demande Internationale dans la 
langue dans laquelle ede a ete deposee, sauf Indication contraire dortnee sous le meme point 

| | la recherche Irttematlonale a ete effectuee sur la base tf une traduction de la demande tntemattonaie remise a radrnlnlstration. 

b. En ce qui conceme lea sequences de nucleotides ou <f actdss amines dtvulguees dans la demande rrrtemationale (le cas echeant), 
la recherche Internationale a ete effectuee sur la base du Qstage des sequences : 
contenu dans la demande Internationale, sous forme ecrfte. 
deposee avec la demande Internationale, sous forme dechlffrable par ordtnateur. 
rem Is ulterleurement a radrnlnlstration, sous forme ecrfte. 
rem Is ulterleurement a radrnlnlstration, sous forme dechlffrable par ordtnateur. 

La declaration, selon laquelle le Ostage des sequences presente par ecrft et fouml ufterleurement ne vas pas au-deta de la 
divulgation falte dans la demande telle que deposee, a ete foumle. 

La declaration, selon laquelle les Informations enreglstrees sous forme decrttfrrable par ordlnateur sort kJentiques a ceOes 
du Dstage des sequences presente par ecrft, a ete foumle. 

II alt* estim* que certaines revindications ne pouvaient pas fairs I'objet <f une recherche (voir le cadre I). 
II y a absence cfunite de Pinvennon (voir le cadre II). 

4 En ce qui conceme le titre, 

pT| le texte est approuve tel qu^ll a ete remls par le deposant 

I I Le texte a ete etabfl par radrnlnlstration et a la teneur sufvante: 



2. 

a 



□ 
□ 
□ 
□ 
□ 

□ 

□ 
□ 



5. En ce qui conceme Fabrege, 

ry| le texte est approuve tel qull a ete remls par le deposant 

□ le texte (reproduft dans le cadre III) a ete etabil par radrnlnlstration confomiement a la regie 38-2b). Le deposant peut 
presenter des observations a radrnlnlstration dans un dotal <Tun mols a compter de la date cf expedition du present rapport 
de recherche Internationale. 

& La figure des dessirts a pubOer avec rabrege est la Figure n° J 



Esuggeree par le deposant P] Aucune des figures 

. 1 1 — 1 n'est a pubder. 

I I parce que le deposant rfa pas suggere de figure. 

I | parce que cette figure caracterlse rrdeux r Invention. 



Fonrnulalre PCT/ISA/210 (premiere feuQle) Quillet 1998) 



THIS PAGE BLANK (iwn» 



RAPPORT DE RECHERCH&JMTERNATIONALE 



Demand* trifAfionaJe Ne 

^ PCT/FR^B'02629 



A. CLAS8EMFWTDE L'OBJETDE LA DEMAHDE 

CIB 7 606F9/44 



Sdon la daasfflcafJcn rtemaflonale dee brevets (CIB) ou & la fate seton b dasafflcaflon natfonaJe et la OB 



a D0UAINE88UR LEMUELS LA RECHERCHE A PORTE 



DocuT^entaflon rntnlrneJe consuttee (systeme de dasarOcatlon suM dee symbolee de dassement) 

CIB 7 S06F 



Docurnentaflon consuttee autre que la documentation rnWmaJe dans la meeure ou cee documents rel event dee oxxnamee eur leequeJs a porte la recherche 
Base de donneee electrordque consuttee au couredela recherche Internationale (nom de la base de donneee, et si realsabte, termee de recherche utfleee) 



C. DOCUMEMT8 CONSIDERE8 COMHE PERTINENTS 





Identification dee documents cttee, a wee, lecas echeant RndcatJon dee passages pertinents 


no. dee revenoJcaflons vtseee 


Y 


OSANU MI KAMI ET AL: "HETEROGENEOUS 


l 




COMPUTING ENVIRONMENT "COUPLE"" 






NEC RESEARCH AND DEVELOPMENT, 






vol. 32, no. 1, 






1 Janvier 1991 (1991-01-01), pages 
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NOTES RELATIVES AU FORMULAIRE PCT/ISA/220 (suiFe) 



La lettre doit inolquer les differences exist ant entre les revendications telles que deposees et les revendicaliorts telles 
que modifiees. Elle dort indtquer en particulier, pour chaque reven dication figurant dam la demande Internationale 
(etant entendu que des indications tderrtiques cone em ant plusieurs revendications peuvent etre groupeea), si 

i) la revendicalion n'est pas modi fie e, 

ii) la revendicalion est supprimee; 

iii) la revendicalion est nouvelte; 

iv) la revendication rem place une ou plusieurs revendicaiions telles que deposees; 

v) la revendication est le resultat de la division d'une revendicalion telle que deposee. 



Les examples sulvants lllustrent ta manlere dont les modifications doi vent etre expJIquees dans la lettre 
d'acoompagnement: i 

1 . [Lorsque le nombre des revendicaiions deposees initialement s 'elevait a 46 et qu*a la suite cfune modification de 
oertaines revendications il s'eleve a 51]: 

"Revendications 1 a 15 rempiacees par les revendicaiions modifiees port ant lea memos numeros; revendicaiions 
30, 33 et 36 pas modifiees, nouvelles revencfications 49 a 51 ajoutees 

2. [Lorsque le nombre des revendicaiions deposees initialement s 'elevait a 1 5 et qu a la suite d'une modification de i 
toutes les revencfications il s'eleve a 1 1 ]: 

Revendicaiions 1 a 15 rempiacees par les revendicaiions modifiees 1 a 11 

3. [Lorsque le nombre des revendicaiions deposees initialement s 'elevait a 1 4 et que lea modifications consistent a 
supprimer oertaines revendicaiions et a en ajouter de nouvetles]: 

"Revendicaiions 1 a 6 et 1 4 pas modifiees, revendicaiions 7 a 1 3 suppnmees; nouvelles revendication s 1 5,1 6 et 
17 ajoutees." ou 

"Revendicaiions 7 a 13 suppnmees; nouvelles revencfications 1 5, 16 et 17 ajoutees; toutes les autres revencfications 
pas modifiees." 



4. [Lorsque plusieurs sortes de modifications sorrt faites]: 

"Revencfications 1 -10 pas modifiees; reven di cations 11 a 13, 18 et 19 suppnmees; revendiattons 14, 15 et 16 
rempiacees par la revendicalion modifiee 14; revendication 17 divisee en revendicaiions modifiees 15, 16 et 17; 
nouvelles revendicaiions 20 et 21 ajoutees." 



"Declaration salon ('article 19.1 )" (Regie 46.4) 

Les modifications peuvent etre accompagnees efune declaration ex piquant les modifications et predsant I'incidence 
que ces demierea peuvent avoir sur la description et sur les dessins (qui ne peuvent pas dire modifies selon 
rarticle 19.1)). 

La declaration sera pubiiee avec fa demande intern at ionale et les revendicaiions modifiees. 
Elle dolt etre red! gee dans la langue dans laquelle la demandelntematlonale est pubiiee. 

Elle doit etre suocincte (ne pas de passer 500 mots si elle est etablte ou traduite en anglais). 

Elle ne doit pas etre con fondue avec la lettre expliquant les differences exist ant entre les revendtcations telles que 
deposees et les revendications telles que modifiees, et ne la rempiace pas. Elle doit ftgurer sur une feuille distinde et 
dort etre munie d*un titre permettant de I'identifier com me telle, constitue de preference des mots "Declaration selon 
1'article 19.1)" 

Elle ne doit contenir aucun commentaire den ig rant relatif au rapport de recherche intemattonaJe ou a la pertinence des 
citations que ce dernier contient. Elle ne peut se referer a des citations se rapportant a une revendicalion donnee et 
contenues dans le rapport de recherche Internationale qu'en relation avec une modification de oette revendication. 



Consequence du fait qu'une demande cTexamen prelim inalre intematlaial ait deja ete presentee 

Si, au moment du depot de modifications effectuees en vertu de I'articie 1 9, une demande cTexamen prelimtnaire 
international a deja ete presentee, le deposant doit de preference, lors du depot des modifications aupres du Bureau 
international, deposer egalement une copie de ces modifications aupres de ('administration chargee de I'examen 
preliminaire intern at to naJ (voir la regie 62.2a), premiere phrase). 



Consequence au regard de la traduction de la demande Intemationalelors de l*ouverture de la phase natlonale 

L'attenlion du deposant est appelee sur le fait qu'il peut avoir a remettre aux offices designee ou elus, lors de I'ouverture 
de la phase nationals, une traduction des revendicaiions telles que modifiees en vertu de 1'article 1 9 au lieu de la 
traduction des revendicaiions tedes que deposees ou en plus de oelle-ct. 

Pour plus de precisions sur les exigences de chaque office desiqne ou elu, voir le volume II du Guide du deposant 
chi PCT. 
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(54) Title: METHOD FOR CONTROLLING A FUNCTION EXECUTABLE BY SPECIFIC COMMANDS TO DIFFERENT SOFTWARE 
TOOLS 



(54) Titre: PROCEDE DE COMMANDE D UNE FONCTION EXECUTABLE PAR DES COMMANDES SPECIFIQUES A 
LOGICIELS DIFFERENTS 

(57) Abstract 

The invention concerns a method for controlling a 
function (0 executable by various software tools (4a, 4b, 
6a, 6b) by specific commands (Pa-Pd) to the respective 
software tools and each capable of having at least one 
option, the software tools being installed in at least a 
machine (2a, 2b) of a computer system (10). Said 
method consists in: defining in an abstract class an 
abstract method for the function (0; defining a common 
command (P0) including arbitrary symbols corresponding 
to parameters of the abstract method; forming at least 
a pilot (52) for implementing the abstract method in a 
machine; and causing the pilot to execute one of the 
specific commands with options equivalent to the options 
of the common command. 

(57) Abrege* 

Le procede* sert a la commande d*une fonction (0 
executable par divers logiciels (4a, 4b, 6a, 6b) sous des 
commandes (Pa-Pd) sp£cifiques aux logiciels respectifs et 
pouvant avoir chacune au moins une option, les logiciels 
6tant installed dans au moins une machine (2a, 2b) d'un 
systeme informatique (10). II consiste a d6finir dans une 
classe abstraite une mdthode abstraite pour la fonction 
(f), a d^finir une commande commune (P0) incluant des 
symboles arbitraires correspondant aux parametres de la 
m&hode abstraite, a former au moins un pilote (52) pour 
implementer la m&hode abstraite dans une machine, et a 

faire executer par le pilote Tune des commandes specifiques avec des options equivalant aux options de la commande commune. 
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Titre. 

Procede de commande d'une fonction executable par des 
commandes specifiques a des logiciels differents. 

5 Domaine technique. 

L'invention a pour objet un procede de commande d'une fonction 
executable par des commandes specifiques a des logiciels differents dans un 
systeme informatique. Elle convient a tout systeme et est plus 
10 particulierement adaptee a un systeme tres heterogene. 

L'art anterieur. 

Le systeme informatique d'une societe est souvent heterogene, en 
15 raisoh de revolution historique du systeme et des disponibilites du marche. 
Dans un systeme informatique se trouvent un ou plusieurs serveurs 
supportant plusieurs applications. L/heterogeneite peut etre due au fait que 
les serveurs ont des systemes Sexploitation differents les uns des autres. Par 
exemple, Tun des serveurs peut etre un systeme ferme, specifique d'un 
20 constructeur donne et fonctionnant avec un systeme d'exploitation (Operating 
System) propre au constructeur, tandis que les autres serveurs peuvent etre 
des systemes ouverts fonctionnant avec des systemes d'exploitation differents 
entre eux, tels que ceux connus sous les marques deposees UNIX et Windows 
NT. Chaque systeme d'exploitation possede des commandes specifiques, 
25 ecrites dans un langage specifique. Par consequent, l'exploitation d'un 
systeme informatique requiert Temploi de commandes propres a chaque 
systeme d'exploitation et la connaissance de leurs langages. 

L'heterogeneite peut aussi provenir des applications. Plusieurs 
30 applications differentes entre elles peuvent avoir des parties fonctionnelles 
analogues executables au moyen d f interfaces de commande differentes entre 
elles. Par exemple, deux logiciels aussi differents qu'un logiciel de 
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comptabilite et un logiciel de gestion de base de donnees ont en commun la 
fonction d'impression de documents alors que leurs commandes sont tout a 
fait diffe rentes. 

Un utilisateur, que ce soit un administrateur ou un responsable 
Sexploitation du systeme informatique, doit done connaitre les differentes 
commandes des differents systemes d'exploitation et des differents logiciels 
d'application. L'utilisateur doit done avoir a la fois une solide formation 
relative a chaque systeme et chaque application et une bonne pratique pour 
les exploiter vite et efficacement. En outre, les systemes d'exploitation et 
surtout les applications evoluent tres vite et necessitent une formation 
reguliere des utilisateurs et un usage permanent des differents systemes et 
applications. Les applications ayant des fonctions de plus en plus nombreuses 
et plus riches, le temps d'apprentissage est plus long. Les utilisateurs 
disposent souvent d f une documentation d'aide en ligne. Cependant, la 
documentation est aussi specifique et evolutive, et elle est d'un emploi tres 
lourd, surtout si les informations d f aide necessitent l'ouverture et la lecture 
de plusieurs fenetres successives. 

Sommaire de Tinvention* 

Un but de l'invention est d'offrir dans un systeme informatique 
une commande commune a toutes les commandes representatives d'une 
meme fonction et specifiques a divers logiciels, tels que des systemes 
d'exploitation ou des applications. 

L'invention a pour objet un procede de commande d'une fonction 
executable par divers logiciels sous des commandes specifiques aux logiciels 
respectifs et pouvant avoir chacune au moins une option, les logiciels etant 
installes dans au moins une machine d f un systeme informatique, caracterise 
en ce qu'il consiste a definir dans une classe abstraite une methode abstraite 
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pour la fonction, la methode abstraite incluant des parametres correspondant 
a l'union, au sens logique, de toutes les options des commandes specifiques, a 
definir une commande commune incluant des symboles arbitraires 
correspondant aux parametres de la methode abstraite, a former au moins un 
pilote pour implementer la methode abstraite dans une machine, et a faire 
executer par le pilote Time des commandes specifiques avec des options 
equivalant aux options de la commande commune. 

L'invention a pour objet corollaire un systeme informatique 
comprenant au moins un machine disposant de logiciels divers ayant en 
commun au moins une fonction executable sous des commandes specifiques 
aux logiciels respectifs et pouvant avoir chacune au moins une option, 
caracterise en ce qu'il met en oeuvre le procede defini precedemment. 

L'invention a aussi pour objet corollaire un support 
d'enregistrement, tel qu'une disquette magnetique ou un cederom, 
incorporant un logiciel pour la mise en oeuvre du procede. 

Les caracteristiques et avantages de l'invention ressortent de la 
description qui suit, donnee a titre d'exemple et faite en reference aux dessins 
annexes. 

Presentation des dessins, 

♦ La figure 1 est une vue synoptique d'un systeme informatique 
mettant en oeuvre le procede de Tinvention. 

♦ La figure 2 est une fenetre servant a un concepteur pour la 
mise en oeuvre du procede de 1'invention. 

♦ La figure 3 est une boite de dialogue servant au concepteur 
pour creer dynamiquement une classe pour l'exploitation desiree du systeme 
par Tutilisateur. 

♦ La figure 4 est une boite de dialogue servant au concepteur 
pour definir un attribut de la classe presentee dans la figure 3. 
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♦ La figure 5 est une boite de dialogue servant au concepteur 
pour definir une methode de la classe presentee dans la figure 3. 

♦ La figure 6 est une boite de dialogue servant au concepteur 
pour definir un parametre d'une methode definie dans la figure 5. 

♦ La figure 7 est une vue synoptique de la structure en arbre de 
la classe telle que definie au moyen des boites de dialogue presentees dans les 
figures 3 a 6. 

♦ La figure 8 est une vue synoptique illustrant un procede de 
derivation de la classe presentee dans la figure 7. 

♦ Les figures 9 et 10 sont des boites de dialogue servant au 
concepteur pour definir la classe derivee en utilisant le procede illustre dans 
la figure 8. 

♦ Les figures 11 et 12 illustrent deux interfaces respectives 
servant a l'utilisateur pour la commande du systeme represents sur la figure 
1. 

♦ La figure 13 est une fenetre presentee a l'utilisateur pour 
l'utilisation des interfaces illustrees dans les figures 1, 11 et 12. 

♦ La figure 14 est une boite de dialogue servant au concepteur a 
la generation automatique dans un langage oriente objet d'un pilote 
d'implementation d'une methode abstraite d'une classe abstraite pour 
Texecution d f une commande specifique dans le systeme de la figure 1. 

Description detaillee d'exemples illustrant Tinvention. 

La figure 1 illustre un systeme d'information 10 exploite par un 
utilisateur U par l'intermediaire d'une interface de commande 11. Le systeme 
10 petit etre un systeme quelconque. Le systeme 10 illustre inclut un 
ensemble informatique 1 comprenant au moins une machine, deux machines 
2a et 2b dans Texemple illustre. Chaque machine illustree a, de fa?on bien 
connue, au moins un processeur A connecte par l'intermediaire d ? un bus B a 
une memoire 3. D'une maniere generale, la memoire peut etre locale ou 
distribute, ou les machines peuvent former des noeuds d'un reseau dans 
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1'ensemble 1. Dans chaque memoire 3 sont stockes des moyens logiciels, 
notamment un ou plusieurs systemes d'exploitation 4. Afin de mieux mettre 
en relief les avantages de l'invention, il sera considere comme un systeme 
heterogene representatif d'un cas difficile a gerer. Les deux machines 2 sont 

5 supposees fonctionner sous deux systemes d'exploitation respectifs 4a et 4b de 
types ou de versions differents Tun de l'autre, par exemple un systeme 
d'exploitation du type proprietaire et un systeme d'exploitation de type 
ouvert, par exemple celui connu sous Tun des noms de marque deposee UNIX 
ou Windows NT. L'ensemble informatique 1 dispose aussi de moyens de base 

10 de donnees, appeles base de donnees 5 et pouvant etre constitues d'une ou 
plusieurs bases de donnees locales ou distantes. Les machines 2 ont aussi 
chacune une interface d'entree-sortie C connectee au bus B. Les interfaces 
d'entree-sortie C des deux machines sont interconnectees entre elles ainsi 
qu'a la base de donnees C. 



12, un module de conception 13, un generateur 14 d'interfaces et une base 
d f interface 15. Le module 12 est connecte de fa?on bidirectionnelle a 
l'ense mble informatique 1. Le module 13 peut aussi etre connecte de la meme 

20 fagon a Tensemble informatique 1. La base d f interface 15 est connectee de 
fa?on bidirectionnelle aux modules 12 et 13 et au generateur 14. Le 
generateur 14 est aussi connecte pour etre commande par le module 13. Le 
module de commande 12 sert a Tutilisateur U pour commander et exploiter 
les donnees du systeme 10. Le module de conception 13 sert a un concepteur 

25 C, qui est un autre utilisateur de Tinterface 11 mais qui est un specialiste en 
informatique. Les deux utilisateurs U et C ont des consoles respectives 16 et 
17 attachees aux modules respectifs 12 et 13. 

En bref, Tutilisateur U definit des besoins pour connaitre et 
30 ameliorer le fonctionnement de Tentreprise et soumet ses besoins au 
concepteur C. Le concepteur C cree au moyen de son module 13 des objets 
logiciels repondant aux besoins de Tutihsateur U et les envoie au generateur 



15 



L'interface de commande 11 comprend un module de commande 
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14 pour etre converties en interfaces 18 (figures 11 et 12) correspondant a ses 
besoins et exprimant les commandes du systeme en un langage qui lui est 
comprehensible. Ces interfaces servent a l'utilisateur pour former des 
documents et seront appelees interfaces documentaires. 

5 

L'utilisateur U sera par exemple un directeur d'agence bancaire 
non specialise en informatique. On suppose par exemple que l'utilisateur U 
desire consulter l'ensemble informatique 1 de la banque pour faire des 
requetes en vue d'obtenir une liste d'etudiants, clients de Page nee, et 

10 imprimer pour eux des lettres personnalisees d'information, d f invitation et de 
rappel. L'utilisateur U transmet ses besoins au concepteur C, par exemple 
lors d'une reunion entre eux. Le concepteur transcrit ces besoins en utilisant, 
dans une premiere etape, le module 13 pour creer, modifier et/ou supprimer 
des objets et des classes d'objets concernes par ces besoins. Par exemple, afin 

15 de satisfaire au besoin p recite de l'utilisateur U, le concepteur C creera une 
classe impression avec : un premier attribut "liste de diffusion" selon un 
ensemble de criteres, ici les etudiants de Tagence ; un second attribut 
"nombre d'exemplaires" (entier) ; une premiere methode "imprimer" ayant 
comme parametre Timprimante destinataire ; et une seconde methode 

20 "visualiser les operations d ! impression" pour connaitre le deroulement de 
Timpression. Les objets et classes crees par le concepteur sont stockes dans la 
base d'interface 15. La transcription finale par le concepteur C des besoins de 
l'utilisateur U n'est contenue que dans des objets qui ont ete directement 
crees precedemment ou qui sont des instances de classes definies 

25 precedemment. Ces objets sont contenus dans la base 15, qui est contenue 
dans Tinterface de commande 11 dans Texemple illustre mais qui pourrait 
etre exterieure a Tinterface 11 et incluse dans l'ensemble informatique 1. Les 
objets sont convertis en interfaces documentaires presentees a l'utilisateur U 
pour lui servir a former des documents de commande satisfaisant a ses 

30 besoins. 
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Le module 13 va d'abord etre presente. II met en ceuvre deux 
outils logiciels 20 et 30 executant respectivement un procede de creation 
dynamique de classes et un procede de derivation de classes et objets. L'outil 
20 de creation dynamique de classes va maintenant etre presente. 

5 

La figure 2 illustre un exemple d'ecran 21 qu'affiche la console 17 
pour servir d'interface entre le concepteur C et le module 13. L'ecran 21 a une 
barre 22 de menus incluant notamment les menus "Classes", "Objets", 
"Rechercher" et "Exporter a U". Le menu "Classes" permet de creer 

10 dynamiquement des classes d'objets, par heritage ou non. II permet aussi 
d'ouvrir une classe pour eventuellement la modifier, Tenregistrer ou la 
fermer. Le menu "Objets" permet d'instancier les classes definies 
precedemment, afin de creer des objets qu'on peut ensuite doner. Comme 
pour les classes, on peut ouvrir un objet, le modifier, Tenregistrer sur le 

15 disque et le fermer. Avec l'outil 20, le concepteur C peut definir les 
commandes qui se trouvent dans les deux menus tels qu'illustres par exemple 
dans ceux de l'ecran 21. Le menu "Classes" illustre contient les commandes 
"Nouvelle classe", "Nouvelle classe heritee", "Ouvrir une classe", "Supprimer 
une classe", "Enregistrer la classe", "Enregistrer la classe sous..." (Save the 

20 class as...) et "Fermer la classe". Le menu "Objets" contient les commandes 
"Nouvel objet de classe", "Cloner un objet", "Ouvrir un objet", "Supprimer un 
objet", "Enregistrer l'objet", "Enregistrer l'objet sous..." et "Fermer l'objet". 

L f outil 20 met en oeuvre un procede de generation dynamique 
25 d ! une classe d'objets. Le procede est declenche automatiquement par le 
module de conception 13 lorsque le concepteur C active la commande 
"Nouvelle classe" du menu "Classes" de la fenetre 22 de la figure 2. Le 
procede de generation automatique d'une classe consiste a creer une classe 
generique globale "GenericClass" ayant deux membres possibles, Tun etant 
30 relatif a au moins un attribut et l'autre etant relatif a au moins une methode , 
au moins Tun des deux membres etant une instance d'une classe generique, et 
a instancier la classe generique globale pour avoir ladite classe d ! objets. Dans 
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1'outil 20 illustre, deux classes generiques "GenericAttribute" et 
"GenericMethod" sont attributes aux deux membres respectifs de la classe 
generique globale "GenericClass". En outre, si une methode inclut au moins 
un parametre non fixe, ce parametre est lui meme une instance d'une classe 
5 generique correspondante "GenericParameter". 

D'une maniere generale, les quatre classes generiques ainsi 
creees ne sont pas visibles par le concepteur C. Dans l'exemple illustre, elles 
sont mises a la disposition du concepteur C lorsqu'il execute une commande 

10 dans les menus "Classes" et "Objets". Ainsi, une classe generique se definit 
comme une classe permettant au concepteur C de creer une nouvelle classe en 
creant une instance d'une classe generique globale. Puisque la creation 
d'instances est dynamique dans tous les langages, la creation d'une classe 
devient aussi dynamique pour le concepteur C. De meme, sachant qu'un objet 

15 est une nouvelle instance d'une classe, la creation d'un objet correspond alors 
aussi a la creation d'une copie de cette classe, c'est-a-dire a une nouvelle 
instance d'une classe generique globale. Par consequent, le procede declenche 
par Toutil 20 est aussi declenche lorsque le concepteur C active la commande 
"Nouvel objet de classe" dans le menu "Objets" de la fenetre 22 de la figure 2. 

20 Le procede va maintenant etre illustre de la fagon qu'il se presente au 
concepteur C par l'intermediaire de l'outil 20. 

La figure 3 illustre un exemple de boite de dialogue 23 que l'outil 
20 ouvre lorsque le concepteur C clique sur la commande "Nouvelle classe" du 
25 menu "Classes". Le concepteur C utilise la boite de dialogue 23 pour saisir 
toutes les donnees relatives a une nouvelle classe qui n'herite pas. On sait 
que les donnees sont les attributs et les methodes de la nouvelle classe. 



30 



La boite 23 illustree contient, pour la saisie des donnees, 

- un champ de texte "Nom de la classe" 

- un champ de texte "Identification de la classe (Class Id)" 
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- une zone de texte "Description de la classe" 

- une liste "Methodes de la classe" et 

- une liste "Attributs de la classe" 



5 La boite 23 contient aussi les six boutons de commande encadres 

en trait epais : 

- "Modifier la methode" 

- "Supprimer la methode" 

- "Ajouter une methode" 
10 - "Modifier l'attribut" 

- "Supprimer l'attribut" et 

- "Ajouter un attribut". 

Lorsque cette boite de dialogue est validee, elle se traduit par la 
15 creation d ! une instance d'une classe generique globale, dite "GenericClass". 
La classe generique globale de l'exemple illustre dans la figure 3 a plusieurs 
attributs. 



Le premier attribut est un nom, forme par une chaine de 
20 caracteres designant le nom de la classe. II s'ecrit en remplissant le champ 
"Nom de la classe" de la boite 23. 

Le second attribut est une identification de la classe, formee par 
une chaine de caracteres permettant d'identifier de fagon unique la classe ou 
25 I'objet dans le systeme. Cet attribut s'ecrit en remplissant le champ 
"Identification de la classe" dans la boite 23, par exemple in indiquant la 
date, l'heure de creation, un nombre aleatoire formant un ticket, etc. 

Le troisieme attribut est une description, formee par du texte qui 
30 decrit la raison d'etre de la classe. II s'ecrit en remplissant la zone 
"Description de la classe". 
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Le quatrieme attribut est un tableau nomme "Attributs", qui 
reference les attributs de la classe. Les attributs de la classe sont eux-memes 
des instances d'une classe generique d'attributs, dite "GenericAttribute", qui 
5 a comme attributs : 

- le nom de l'attribut, 

- la description de l'attribut, 

- soit le type de l'attribut, soit les valeurs possibles de l'attribut, 

- la valeur par defaut de l'attribut, donnee a la creation de la 
10 classe "GenericAttribute", et 

- la valeur reelle de l'attribut, qui est invisible au concepteur C et 
qui n'est done pas definie a la creation de la classe. Elle est 
definie par 1'utilisateur U de la fagon decrite ulterieurement. 

15 Par exemple, la classe "Attributs [i]" est une instance de 

"GenericAttribute" et reference le ieme attribut de la classe definie par le 
concepteur C. 

La figure 4 illustre une boite de dialogue 24 de 1'outil 20 
20 constitutif du quatrieme attribut de "GenericClass". Cette boite s'ouvre a 
partir de la boite 23, par exemple en nommant "Classe 1" la classe issue par 
instanciation de la classe generique globale "GenericClass" et en activant le 
bouton "Ajouter un attribut". La boite 24 contient : 

- un champ de texte "Nom de l f attribut", 

25 - une zone de texte "Description de l'attribut", 

- un champ de texte "Type de l'attribut", 

- une zone de texte pour "Valeurs possibles de l'attribut", 

- un champ de texte "Valeur par defaut de l'attribut", et 

- un champ de texte "Valeur reelle de Tattribut" represents en 
30 grise sur la figure 4 pour indiquer qu'il n'est pas visible par le concepteur C. 
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De meme, pour modifier un attribut, il suffit de selectionner 



l'attribut dans la liste des attributs de la figure 3 et d'activer le bouton 
"Modifier l'attribut", de fa?on a avoir la boite de dialogue 24 de la figure 4 et a 
modifier ies donnees qui apparaissent dans la boite 24. 



"Attributl" et on remplit les autres champs. La validation de la boite de 
dialogue 24 se traduit par la creation d'une instance de la classe generique 
"Generic Attribute". Le nom "Attributl" va figurer dans la liste des attributs 
10 de la figure 3, comme indique. 

Le cinquieme attribut de la classe generique "GenericClass" est 
un tableau nomme "Methodes", qui reference les methodes de la classe. Ces 
methodes sont aussi, dans 1'exemple illustre, des instances d'une classe 
15 generique de methodes dite "GenericMethod". Une methode est definie par les 
attributs suivants : 

- son nom, 

- sa description, 

- son type de retour, 
20 - ses parametres, et 



La figure 5 illustre une boite de dialogue 25 de l'outil 20 
constitutif du cinquieme attribut de "GenericClass". Cette boite s'ouvre a 
25 partir de la boite 23, par exemple en activant le bouton "Ajouter une 
methode". La boite 25 contient : 



5 



En tant que premier attribut, on donne a l'attribut le nom 



- son script d'execution. 



30 



- un champ de texte "Nom de la methode", 

- une zone de texte "Description de la methode", 

- un champ de texte "Type de retour de la methode", 

- une liste de "Parametres de la methode", 



- un bouton de commande "Ajouter", 
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- un bouton de commande "Modifier", et 

- un bouton de commande "Supprimer". 

En tant que premiere methode, on donne un nom a la methode, 
par exemple "Methode 1", et on remplit les autres champs. La validation de la 
boite de dialogue 25 se traduit par la creation d'une instance de la classe 
generique "GenericMethod". Le nom "Methode 1" va figurer dans la liste des 
methodes de la figure 3, comme indique. 

La classe generique "GenericMethod" contient, en plus des 
attributs de la methode, un tableau "Parametres", qui reference les 
parametres de la methode. Le tableau peut etre vide si la classe generique ne 
contient pas de parametre a determiner, ou peut ne pas exister si cette classe 
generique n'est destinee a n f avoir aucun parametre determinable ou si elle n'a 
que des parametres fixes ou predetermines. Dans le tableau, les parametres 
sont eux aussi des instances d'une classe generique "GenericParameter". Un 
parametre d'une methode est defini par ses attributs suivants : 

- son nom, 

- sa description, 

- soit son type, soit ses valeurs possibles, 

- sa valeur par defaut, et 

- sa valeur reelle, non visible du concepteur C. 

Par exemple, si le parametre se rapporte au nombre de pages a 
imprimer, la valeur par defaut sera 1 mais Tutilisateur U pourra indiquer 
une valeur reelle autre, par exemple 3 pour avoir trois exemplaires des pages 
a imprimer. 

La figure 6 illustre une boite de dialogue 26 de l'outil 20 pour 
remplir la table de parametres de "GenericMethod" dans la figure 5. La boite 
26 s'ouvre a partir de la boite 25, en activant le bouton "Ajouter". La boite 26 
contient : 
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- un champ de texte "Nom du parametre", 

- une zone de texte "Description du parametre", 

- un champ de texte "Type du parametre", 

- une zone de texte "Valeurs possibles du parametre", 

- un champ de texte "Valeur par defaut du parametre", et 

- un champ de texte "Valeur reelle du parametre" represents en 
grise sur la figure 5 pour indiquer que ce champ n'est pas visible 
du concepteur C. 



10 



En tant que premier parametre, on lui donne par exemple le nom 



"Paraml" et on remplit les autres champs. La validation de la boite de 
dialogue 26 se traduit par la creation d'une instance de la classe generique 
"GenericParameter". Le nom "Paraml" va figurer dans la liste des 
parametres de la figure 5. 



"Classe 1" est creee dynamiquement. On peut la valider en la sauvegardant 
avec la commande "Enregistrer la classe" ou "Enregistrer la classe sous...". 



"Classe 1" resultant de la validation de la boite 23. Dans la figure 7, la classe 
" Classe 1" est une instance de la classe generique globale "GenericClass" et a 
un attribut "Attributl" et une methode "Methodel" ayant elle-meme un 
parametre "Paraml", qui sont tous les trois des instances de trois classes 

25 generiques respectives. Bien sur, une autre classe, instance de la classe 
generique globale "GenericClass", pourrait avoir plusieurs instances de 
chacune des trois classes generiques "GenericAttribute", "GenericMethod" et 
"GenericParameter". Cette structure en arbre permet de dynamiquement 
modifier, ajouter et supprimer a tout moment des membres de la classe 

30 (attributs ou methodes). 



15 



La boite de dialogue 23 de la figure 3 etant remplie, la classe 



20 



La figure 7 illustre la structure en arbre 27a de la classe 
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On sait qu'un objet est une instance d'une classe. L'activation de 
la commande "Nouvel objet de classe" dans le menu "Objets" de la fenetre 21 
de la figure 2 affiche sur la console 17 du concepteur C une boite de dialogue 
(non illustree) qui contient la liste de toutes les classes deja definies. Le 
concepteur C peut en selectionner une, qui sera la classe du nouvel objet. 
Dans un objet on donne eventuellement des valeurs aux attributs. Ces 
valeurs representeront son identite et son etat. 

En outre, dans la classe generique globale "GenericClass" telle 
qu'elle apparait de la figure 3 a de preference un attribut supplementaire 
consistant en un booleen "0" ou "1" indiquant si Tinstance de la classe 
generique en cours represente une classe ou un objet. Dans l'exemple illustre, 
le booleen est "1" pour indiquer que le concepteur cree une classe. Le booleen 
se met automatiquement a la valeur correspondante en reponse a la 
commande "Nouvelle classe" ou "Nouvel objet de classe" qui a ete actionnee 
par le concepteur C dans la fenetre 22 de la figure 2. Dans l'exemple choisi, 
cet attribut n f est pas visible du concepteur C et est done represente en grise. 

D'autre part, dans la fenetre 21 de la figure 2, le menu 
"Rechercher" est tres utile au concepteur C pour faire une recherche 
puissante dans la base 15 pour y trouver des classes et des objets crees selon 
une liste de criteres qu'il definit. Le concepteur C peut, par exemple, creer 
une nouvelle classe par heritage a partir de la classe qu'il a trouvee, au lieu 
de partir de zero et refaire un travail deja accompli. 

Plus generalement, les boites de dialogue 23-26 servent done au 
concepteur pour generer respectivement la classe generique globale et les 
classes generiques qui peuvent la composer. Bien que les boites de dialogue 
illustrees definissent completement ces classes, tous les attributs, les types, 
les champs et zones de texte illustres ne sont pas necessaires. En particulier, 
les descriptions sont illustrees a une fin autre que le procede de generation 
automatique de classes qui vient d ! etre decrit. 
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La description va maintenant porter sur 1'outil 30 de derivation 
d'une classe ou d'un objet, l'outil 30 etant contenu dans le module 13 de 
5 Tinterface de commande 11 de la figure 1. 

L'heritage avec la commande "Nouvelle classe heritee", 
Tinstanciation avec la commande "Nouvel objet de classe" et le clonage avec 
la commande "Cloner un objet" necessitent en commun la creation dynamique 
10 d'une copie de la classe (pour l'heritage ouTinstanciatioh) ou d'une copie de 
1' objet (pour le clonage). 

La figure 7 illustre aussi un arbre 27b d'une classe "ClasseDl" 
obtenue par duplication de "Classel". Cette figure illustre, d'une maniere 

15 generale, que la duplication de 1' instance de "GenericClass" ne suffit pas, car 
la classe dupliquee "ClasseDl" va pointer aux memes instances 
"GenericMethod" et "GenericAttribute" de l'instance "Classel" de 
"GenericClass". Par exemple, il ressort de la figure 7 que "Attributl" est 
commun aux deux classes, alors que les deux classes devraient etre distinctes 

20 et independantes. Par consequent, pour derive r une classe ou un objet, c'est-a- 
dire pour creer par heritage une nouvelle classe, pour instancier une classe ou 
pour doner un objet, il faut non seulement dupliquer Tinstance de 
"GenericClass", mais aussi dupliquer chaque instance referencee directement 
ou indirectement par Tinstance de "GenericClass". 

25 

D f autre part, les developpeurs de logiciels utilisent une 
technique de serialisation qui s'applique a de nombreux langages, tels que 
Java ou C++. La serialisation permet de stocker tout objet sur un support 
d'enregistrement de donnees, un disque par exemple. Si par exemple un 
30 premier objet reference des objets, qui eux-memes referencent d'autres objets 
et ainsi de suite, il suffit d'ecrire le premier objet sur le disque avec la 
methode de serialisation pour stocker automatiquement en memoire 
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Tarborescence de tous les objets references directement ou indirectement par 
le premier objet. 

La figure 8 illustre schematiquement le principe du procede de 
5 derivation d'une classe "Classe!" ou d'un objet. L'outil 30 met en oeuvre ce 
procede. L'exemple illustre porte sur la creation d'une classe "ClasseD2" par 
heritage de la classe "Classel" telle qu'illustree dans la figure 7, etant bien 
entendu que le procede peut s'appliquer de la meme fagon a Tinstanciation 
d'une classe ou le clonage d'un objet. Comme indique a la figure 8, le procede 

10 de derivation consiste en une premiere etape a serialiser la classe "Classel" 
en la copiant sur un disque D, par exemple le disque dur d'une machine 2a ou 
2b de Tensemble informatique 1 de la figure 1. Ainsi, toute l'arborescence 27a 
de cette classe, telle qu'illustree dans la figure 7, va etre dupliquee et stockee 
dans le disque. La seconde etape consiste a lire la classe dupliquee, stockee 

15 dans le disque D, en la charge ant dans l'outil 30, c'est-a-dire dans la memoire 
vive sur laquelle est charge le programme de l'outil. II en resulte la classe 
dupliquee "ClasseD2" ayant une arborescence 27c identique a celle de 
l'arborescence 27a de la classe mere "Classel" mais independante de la classe 
mere. En langage Java par exemple, les deux etapes du procede peuvent 

20 s'executer par exemple par les deux instructions suivantes : 

F£ZeSirea/n.writeObject(Classel) ; 

// pour serialiser l'arborescence d'origine Classel 
Nouvel objet ou Nouvelle classe = FileStream.re&dObjectQ ; 
25 // pour avoir une copie de Classel 

La figure 9 illustre une boite de dialogue 31 pour l'utilisation de 
l'outil 30. Cet exemple se rapporte a celui de la figure 9, qui porte sur la 
creation d'une classe heritant d'une autre classe. En executant la commande 
30 "Nouvelle classe heritee" du menu "Classes" de la figure 3, la fenetre de 
dialogue 31 de la figure 9 apparait. Cette fenetre contient une zone de texte 
"Norn de la nouvelle classe" et une liste des classes parmi lesquelles la classe 
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mere peut etre choisie. Dans Texemple choisi, la classe "Classel" de la liste 
est choisie, comme indique en grise a la figure 9. Dans l'exemple precedent, la 
classe heritee se nomme "classeD2'\ 



resultant de la validation de la boite 31. La boite 32 est semblable a la boite 
23 de la figure 3. Par consequent, seules les differences vont etre indiquees ci- 
apres. Les donnees contenues dans la boite 32 sont remplies 
automatiquement par le logiciel de Toutil 3.0. Le nom de la classe est celui qui 

10 a ete indique par le concepteur C dans la boite 31 de la figure 9. La boite 32 
contient en plus un tableau indiquant le ou les parents de la classe, ici 
"Classel" que le concepteur C a selectionnee dans la liste de la boite 31. Les 
autres donnees sont semblables a celles de la boite 23, puisque Tarborescence 
27c de la classe fille "ClasseD2" est la meme que Tarborescence 27a de la 

15 classe mere "Classel". Grace aux boutons de commande de la boite 32, il est 
possible de faire evoluer simplement la nouvelle classe "ClasseD2" 
independamment de la classe mere "Classel". 

La classe generique globale "GenericClass" a done un attribut 
20 supplement aire nomme "parent", qui est un tableau contenant des instances 
de la classe generique globale, telles que Classel. Le tableau permet de 
reconnaitre la provenance de Tinstance en cours de la fagon suivante : 

(a) Si Tinstance en cours est un objet, alors : 

- si d ? une maniere generale "parent[0] M (indique par 
25 exemple dans le tableau auquel se refere Tinstance en 



5 



La figure 10 iliustre un exemple de boite de dialogue 32 



cours) est un objet, Tobjet en cours a ete clone a partir 
de parent[0], 



- si "parent[0] H est une classe, Tobjet en cours est une 
instance de parent[0], 



30 



(b) Si Tinstance en cours est une classe, alors t! parent[0]" 



est 



WO 00/26774 PCT/FR99/02629 

-18- 

- soit vide, ce qui veut dire que la classe a ete creee 
sans heritage avec la commande "Nouvelle classe", 

- soit une classe (et non un objet), ce qui veut dire que 
la classe en cours a herite de "parent[0] M grace a la 
commande "Nouvelle classe heritee" 

(c) II en resulte, par iteration, que le tableau "parent" 
indique tous les ascendants de Tinstance en cours. 

Le procede ressort clairement des figures 8, 9 et 10. En reponse a 
la premiere instruction indiquee dans la figure 8, " Classe 1" est serialisee en 
la copiant sur le disque D. En reponse a la seconde instruction, la classe ainsi 
serialisee est sauvegardee de nouveau en memoire, mais avec modifications 
d'attributs, notamment le nom de classe "ClasseD2" et le tableau "Parent". 
Les deux arborescences 27a et 27c sont done les memes, mais elles sont 
separees Tune de Tautre. Par exemple, bien qu'elles aient les deux memes 
instances "Attributl", en realite ces deux instances sont completement 
distinctes Tune de 1'autre en memoire et peuvent vivre independamment Tune 
de 1'autre, Notamment, elles peuvent a tout moment etre modifiees 
differemment Tune de 1'autre. Cet exemple fait aussi ressortir qu'il en est de 
meme pour les deux autres commandes "Nouvel objet de classe" et "Cloner un 
objet". 

Plus generalement, il ressort de la description qui precede que le 
procede de derivation d'une classe d'objets et/ou d'un objet ayant un nom 
donne consiste a faire une copie de tout l'arbre de la classe ou de l'objet, a 
memoriser la copie de Tarbre et a changer ledit nom pour attribuer un nom a 
la copie memorisee. On a vu que de preference la copie est faite par une 
serialisation de l'arbre representatif de ladite classe ou dudit objet en copiant 
l'arbre dans une memoire D et la memorisation de la copie de Tarbre consiste 
a la copier a nouveau en memoire 30. En outre, on a vu aussi que la 
serialisation, qui peut se faire dans divers langages, est particulierement 
simple a mettre en oeuvre en langage Java®. 
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La fonction du generateur 14 d'interface va maintenant etre 
decrite. Jusqu'a present, on a vu comment le concepteur C peut facilement 

5 creer des classes d'objets et des objets repondant aux besoins de Tutilisateur 
U. Les classes et objets ainsi crees sont stockes dans la base d'interface 15. 
Cependant, ces classes et objets demeurent incomprehensibles et 
inexploitables pour Tutilisateur U. De preference, il est d'ailleurs interdit a 
Tutilisateur U d'y avoir acces, afin d'assurer au concepteur leur integrite. Le 

10 generateur 14 a pour fonction de transformer les classes et objets ainsi crees 
en des interfaces sous forme de documents dans lesquels les commandes 
repondant aux besoins exp rimes par Tutilisateur U sont comprehensibles par 
lui. Afin de distinguer ces interfaces des autres interfaces impliquees dans 
cette description, elles seront appelees interfaces documentaires. Le langage 

15 employe dans ces interfaces documentaires peut etre le langage courant et/ou 
un langage specialise de la competence de I'utilisateur. 

Le fonctionnement du generateur 14 va ressortir de l'exemple qui 
suit, qui reprend et explicite l'exemple precedent selon lequel 1'entreprise est 

20 une agence bancaire, I'utilisateur U est le directeur de Tagence et le 
concepteur C est un informaticien de la banque. On suppose que le directeur 
U veut : (1) consulter le systeme d'information de la banque pour faire des 
requetes dans les bases de donnees en vue d'obtenir une liste de ses clients 
d'un type donne, des etudiants dans l'exemple considere, et (2) imprimer des 

25 lettres personnalisees de plusieurs types, telles que des lettes d'information, 
des lettres d'invitation et des lettres de rappel. L'informaticien C traduit 
Texploitation desiree par le directeur en deux questions. En Toccurrence, 
Tinformaticien cree en reponse deux classes d'objets : "consultation^systeme 11 
et "impression" au moyen des deux outils 20 et 30. II peut creer chacune de 

30 ces deux classes directement en activant la commande "Nouvelle classe" de la 
fenetre 22 de la figure 2, soit indirectement par derivation d'une classe 
semblable. Dans ce dernier cas, le concepteur C pourra actiormer la 
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commande "Rechercher" de la fenetre 22 pour trouver une classe semblable. 
Si une classe semblable existe, il la selectionne dans la liste des classes et 
peut la deriver, par exemple en activant la commande "Nouvelle classe 
heritee" de la figure 2 et en modifiant, ajoutant ou supprimant des attributs 
5 et/ou des methodes. 

Le generateur 14 met en oeuvre un procede de generation d'une 
interface documentaire pour la commande d ! un systeme informatique par un 
utilisateur, la commande etant faite a partir d'au moins un objet incluant des 

10 descriptions. Le procede consiste a extraire de l'objet au moins en partie 
lesdites descriptions et a les organiser pour traduire le sens de ladite 
commande en un langage comprehensible a l'utilisateur et ainsi faire de 
ladite interface une interface documentaire. Le generateur 14 comprend done 
un bloc d'extraction 14a et un bloc de generation 14b. Le bloc d'extraction 14a 

15 preleve de la base d'interface 15 l'objet selectionne par le concepteur et y 
extrait les descriptions. Le bloc de generation 14b organise les descriptions 
pour former Tinterface documentaire et la stocker dans la base d'interface 15. 

Le procede va etre mieux compris a partir de l'exemple 
20 precedent, Parmi les attributs de la classe M consultation_systeme" de 
l'exemple considere se trouvent des methodes qui font appel a des commandes 
specifiques pour l'exploitation des donnees du systeme, en Toccurrence aux 
bases de donnees du systeme 10. Parmi ces methodes, le concepteur C cree 
une methode "lister_etudiants" de fagon a avoir comme description "Liste de 
25 tous etudiants ayant". L'ingenieur attribue a la methode !l lister_etudiants ,! un 
code de retour de type "liste" ayant comme description "la liste des noms et 
adresses". II attribue aussi a cette methode, au moyen des boites de dialogue 
25 et 26 illustrees dans les figures 5 et 6, les trois parametres tels que definis 
dans le tableau A ci-dessous. 



30 
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nom 


description 


type 


valeur par 
defaut 


"age < M 


"un age inferieur a" 


entier 


26 ans 


"lieu d'etude" 


etudiant a" 


Paris, Versailles 


Paris 


"emprunt >" 


"et ayant fait un emprunt superieur a" 


entier 


6000 francs 



TABLEAU A 



En ce qui concerne la classe "impression", Tinge nieur C cree une 
methode "imp rime Jinvitation" de facjon a avoir une description telle que 
"Impression de lettres a :", et attribue a cette methode un code de retour du 
type "void" signifiant que la methode ne retourne pas de valeur, et deux 
parametres tels que definis dans le tableau B ci-dessous. 



nom 


description 


type 


valeur par defaut 


"destinataire" 


"Impression de 
lettres a" 


liste 


lister_etudiants de 
consultation_sy steme 


"type de lettre" 


"type de lettre :" 


invitation d'anniversaire 
rappel 

information sur l'emprunt Etude 


information 



TABLEAU B 



Ces tableaux indiquent comment remplir les boites de dialogue 
25 et 26 des figures 5 et 6 pour constituer les deux classes 
' ! consultation_systeme n et "impression" a Taide de la boite de dialogue 23 de la 
figure 3. Plus generalement, Tinterface documentaire d ! un objet est creee a 
partir des descriptions correspondant a cet objet, ses attributs, ses methodes 
et les parametres des methodes. 
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Pour former une interface documentaire, le concepteur active 
dans la fenetre 22 de la figure 2 le menu "Exporter a U". Cette commande 
appelle le generateur 14 pour generer une interface documentaire de l'objet 
selectionne. Le generateur 14 extrait les descriptions de l'objet et les organise 
pour former l'interface documentaire. 



La figure 11 illustre l'interface documentaire 18a de la methode 
"lister_etudiants". On y voit que l'interface documentaire 18a a ete obtenue 
par extraction des descriptions de la methode et de ses parametres, telles que 
10 definies dans le tableau A. En particulier, les valeurs "26 ans", "Paris" et 
"6000 francs" sont les valeurs par defaut indiquees au tableau A. De maniere 
generale, une interface documentaire 18 comprend du texte et au moins un 
champ possible 19 dont le contenu initial est fait de valeurs par defaut et peut 
etre modifie par Tutilisateur U. 

15 

La figure 12 illustre un exemple d r interface documentaire 18b de 
la methode "imprime_invitation" de la classe "imprimer" definie 
precedemment. Les exemples des figures 11 et 12 suffisent a l'homme du 
metier pour savoir comment construire une interface documentaire relative a 
20 tout un objet. D'une maniere generale, lorsque l'objet contient toutes les 
descriptions, elles sont de preference organisees par le generateur 14 dans 
l'ordre suivant : 

1. la description de l'objet (non illustree), par exemple 
"impression" ; 

25 2. la description de chaque attribut (non illustree) , par exemple 

le numero de l'imprimante, la qualite d 'impression, la couleur de Tencre le 
papier d'impression ; cette description est suivie d'un champ qui correspond a 
sa valeur ; si Tattribut a un nombre limite de valeurs, ce champ est une liste 
contenant toutes les valeurs possibles et ne faisant apparaitre que la valeur 

30 selectionnee ; 
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3. la description de chaque methode (voir tableaux A et B, figures 
11 et 12 et le texte s ! y rapportant), cette description etant attachee et de 
preference suivie de : 

3.1. la description de sa valeur de re tour, attachee ou 
suivie d'un champ qui represente cette valeur, et 

3.2. la description de chacun de ses parametres, attachee 
ou suivie d ! un champ (19) representatif de la valeur du 
parametre ; 

4. un moyen de commande (voir figure 12) indiquant quand la 
methode doit etre executee, 1'execution pouvant etre immediate ou differee, 
soit a un moment determine par une date et une heure, soit intervenir a la 
suite d f une autre methode definie. 

4.1. Dans le premier cas, un bouton de commande est libelle 
"Execution immediate" ; 

4.2. Dans le second cas, un bouton de commande inclut une 
etiquette de valeur "a" (par exemple, -imprimer "a"—) suivie d'un champ 
"heure" et d ! un champ "date" lie a un calendrier des jours ouvrables de 
Tannee; 

4.3. Dans le troisieme cas, un bouton de commande inclut une 
etiquette intitulee "apres la fin d'execution de" suivie d'un champ permettant 
de choisir une methode d'un objet quelconque et signifie que la methode sera 
executee apres la fin d'execution de la methode selectionnee. 

Le concepteur C a la possibility de changer la presentation de la 
page, ajouter ou enlever des champs, selectionner les descriptions a prendre 
en compte, et modifier le texte de descriptions et des types pour rendre la 
comprehension du document plus facile. II s'ensuit qu f un meme objet peut 
generer plusieurs interfaces documentaires adaptees a des besoins 
particuliers offerts dans 1'objet. Par exemple, on a vu precedemment que 
Tobjet "impression" peut avoir un grand nombre d'attributs et de methodes, 
qui offre un grand choix d'interfaces documentaires en fonction des attributs 
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et methodes adaptees aux besoins. II est bien sur conseille au concepteur C de 
faire les interfaces documentaires 18 avec l'aide de l'utilisateur U. 



5 12 servant a l'utilisateur U pour obtenir les interfaces documentaires 18 de la 
base 15. Le module 12 contient un bloc 40 de generation de documents 41 
issus des interfaces documentaires stockes dans la base 15. Le bloc 40 et done 
connecte a la base 15 pour y prelever les interfaces documentaires 18 et 
determiner les documents de commande 41 adaptes aux besoins particuliers 

10 de l'utilisateur U. Par exemple, en supposant que l'utilisateur a besoin du 
document "impression", une interface incluant la methode illustree dans la 
figure 12 va se presenter a l'utilisateur, qui pourra modifier les valeurs des 
champs 19 et selectionner les boutons de commande d'execution pour en faire 
un document 41. Le document 41 illustre dans la figure 12 correspond a 

15 l'interface documentaire 18 dans laquelle les valeurs des champs 19 ont 
maintenues inchangees par l'utilisateur et le bouton d'execution differee a 
une heure predeterminee a ete active (en grise dans la figure 12). 



20 presentee a l'utilisateur U par le module d'utilisateur 12. La barre de menus 
de la boite 42 contient notamment deux menus principaux "Documents" et 
"Politiques". Dans le menu "Documents" se trouvent la commande 
"Rechercher" pour trouver des interfaces documentaires, par exemple a partir 
des descriptions des objets correspondants, et la commande "Ouvrir" pour 

25 lister les interfaces documentaires par le nom de leurs objets correspondants 
et y selectionner un nom d'objet. Un objet selectionne s r affiche avec la 
description de 1'objet. De cette interface, l'utilisateur en fait le document 
desire. Dans le menu "Documents" se trouvent aussi bien sur les commandes 
de sauvegarde (Enregistrer et Enregistrer sous...) et de fermeture du 

30 document. 



La description va maintenant porter sur le module de commande 



La figure 13 illustre un exemple de boite de dialogue 42 
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Le menu "Politiques" contient notamment deux commandes 
"Afficher" et "Afficher l'historique". La commande "Afficher" (display) affiche 
l'ensemble des documents crees par l'utilisateur dans Tordre d'execution des 
commandes qu'il a choisi. Cet ensemble definit la politique de l'utilisateur. II 

5 dispose ainsi d'une vue globale des methodes quil a activees a partir de 
plusieurs documents. II peut la valider ou la modifier. Par exemple, le fait de 
cliquer deux fois sur une methode choisie entraine l'ouverture du document 
correspondant pour d'eventuelles modifications. La commande "Afficher 
Thistorique' 1 presente toutes les methodes qui ont ete executees par 

10 l'utilisateur, Tetat de fin d'execution, et l'heure. Le menu contient aussi les 
commandes de sauvegarde et de fermeture. 



De maniere generale, la description qui precede fait ressortir un 
procede de generation d'une interface 18 pour la commande d'un systeme 

15 informatique 10 par un utilisateur U f la commande etant faite a partir d ! au 
moins un objet incluant des descriptions de Tobjet et/ou d'au moins un 
membre de Tobjet, le procede consistant a extraire de Tobjet au moins en 
partie lesdites descriptions et a les organiser pour traduire le sens de ladite 
commande en un langage comprehensible a Tutilisateur et ainsi faire de 

20 ladite interface une interface documentaire. 



L*outil permet au concepteur C de facilement adapter le texte des 
descriptions extraites, de fa?on que leur organisation rende comprehensible le 
texte de Tinterface. Pour rendre plus souple le procede, le concepteur pourrait 
25 selectionner les descriptions a extraire. 



De preference, les descriptions incluant au moins une description 
d'une methode de Tobjet, le procede consiste a attacher a cette description une 
description de son code de retour et/ou une description d'au moins un 
30 parametre respectif de la methode et une valeur 19 du parametre dont la 
valeur peut etre modifiable. Dans ce cas egalement et comme dans 1'exemple 
illustre, le procede peut consister avantageusement a ajouter a Tinterface 18 
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un moyen de commande, par l'utilisateur, du moment d'execution de ladite 
interface. 

Dans l'exemple decrit, le texte des descriptions servant a faire 
Tinterface est fait par un concepteur utilisant le systeme, en reponse a des 
besoins qui lui sont soumis par l'utilisateur. Cette cooperation entre le 
concepteur et l'utilisateur rend le procede tres souple, tres evolutif et tres 
performant. Cependant, il est evident que cette condition n'est pas necessaire, 
l'outil etant par exemple adapte a un metier donne ou une fonction 
d f entreprise donnee. 

Enfin, on a vu precedemment l'avantage que pouvait tirer 
l'utilisateur de la possibility offerte dans l'exemple decrit de selectionner des 
interfaces et de definir leur ordre d'execution temporel, et de lui presenter 
dans une fenetre les interfaces selectionnees et disposees dans ledit ordre. 

Le module de conception 13 dispose en outre d'un outil de 
commande 50 de fonctions analogues dans differents systemes d'exploitation 
et/ou applications et d'un outil de generation automatique de code 60 pour 
mettre en oeuvre l'outil d ! interface 50. Le systeme informatique 10 represents 
sur la figure 1 sera considere comme un systeme tres heterogene, 
representatif d'un cas difficile a gerer. Dans l'exemple considere, les deux 
systemes d'exploitation 4a et 4b etaient deux versions differentes du systeme 
d'exploitation UNIX, connues sous les noms UNIX Berkeley et UNIX AT&T. 
Les deux machines 2 sont aussi supposees inclure dans leurs memoires 
respectives 3 deux logiciels d'impression differents 1'un de l'autre 6a et 6b, 
tels que les logiciels connus sous leurs noms de marques deposees DPF 
OpenSpool et XPRINT. 

On suppose que les deux systemes d'exploitation 4a, 4b et les 
deux logiciels d'impression 6a, 6b ont au moins une fonctionnalite commune 
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F. Cependant, les logiciels 4a, 4b, 6a, 6b pouvant etre tres differents Tun de 
l'autre, cette fonctionnalite F peut etre executable selon diverses commandes 
diffe rentes d'un logiciel a un autre. 

5 Plusieurs fonctionnalite s peuvent etre communes a tout ou 

partie des logiciels installes, tels que rimpression de documents et la 
sauvegarde de documents. La description portera sur Timpression de 
documents comme exemple de fonctionnalite F. Cette fonctionnalite peut 
comprendre plusieurs fonctions f, par exemple les fonctions : £1 "imprimer" ; 

10 £2 "lister les impressions en cours" ; f3 "visualiser les files d'attente" ; f4 
"purger les impressions" ; et f5 "changer la priorite d ! une impression dans une 
file" Une fonctionnalite F est done dans ce cas une famille de fonctions f. 
L'exemple qui suit portera sur la fo notion fl et suffira a l'homme du metier 
pour comprendre 1'invention dans sa generalite. 

15 

On suppose que la fonction fl "imprimer" dans les quatre 
logiciels 4a, 4b, 6a et 6b dans le systeme inform atique 10 de la figure 1 est 
faite par quatre commandes specifiques differentes respectives : Pa et Pb pour 
les systemes d'exploitation respectifs 4a et 4b ; et Pc et Pd pour les logiciels 

20 d'impression 6a et 6b. Dans l'exemple des logiciels consideres, les deux 
versions differentes 4a et 4b du systeme d'exploitation UNIX ont des 
commandes d'impression respectives Pa = "lpr" et Pb = "lp". Neanmoins, on 
pourrait aussi avoir des commandes d'impression telles que : "enq" pour le 
systeme d f exploitation connu sous le nom de marque deposee AIX ; "print" 

25 pour le systeme d'exploitation DOS pour ordinateur personnel ; "np" pour le 
logiciel d'impression DPF OpenSpool ; et "xpad" pour le logiciel d'impression 
connu sous le nom de marque deposee XPRINT. 

Chaque commande specifique Pa-Pd comprend des options 
30 eventuellement associees a des types particuliers respectifs. Le tableau C 
suivant illustre un exemple d'un inventaire concernant settlement les 
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commandes compression "lpr" et "lp" des systemes d'exploitation 4a et 4b. Cet 
exemple suffit a l'homme du metier pour comprendre l'invention. 



Options 
de "lpr" 


suivies 
de 


Options 
de "lp" 


suivies 
de 


options - commentaires 


-P 


chaine 


-d 


chaine 


destination de l'impression 


-T 


chaine 


-t 


chaine 


titre du document 


-# 


num 


-n 


num 


nombre de copies 


n'existe 
pas 




-w 




ecriture d'un message sur terminal 
de C a la fin de l'impression 


-r 




n'existe 
pas 




destruction du fichier lorsque 
l'impression est lancee 



TABLEAU C 



L'outil de commande 50 est un outil logiciel ayant pour but 
principal d'oflrir a un utilisateur informaticien, le concepteur C dans la figure 
1, une commande commune P0 pour l'execution de chacune des commandes 
d'impression differentes Pa-Pd dans l'exemple illustre. Comme indique a la 
figure 1, 1'outil illustre 50 comprend un bloc 51 de definition de la commande 
commune PO, et deux pilotes d'impression (drivers) 52a, 52b pour les deux 
machines respectives 2a et 2b, les pilotes reagissant a la commande commune 
PO pour generer la commande Pa ou Pc dans la machine 2a et Pb ou Pd dans 
la machine 2b. Dans l'exemple illustre, les deux pilotes 52a et 52b sont 
implantes dans les deux memoires 3 des deux machines 2 tandis que le bloc 
51 est incorpore au module de conception 13. Le bloc de definition 51 est 
connecte aux deux pilotes. 

L'outil de commande 50 met en oeuvre un procede de commande 
d f une fonction f executable sous des commandes differentes Pa-Pd dans des 
logiciels respectifs 4a, 4b, 6a, 6b, les commandes pouvant avoir chacune au 
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moins une option. Le procede consiste a definir dans une classe abstraite une 
methode abstraite pour la fonction f, la methode abstraite incluant des 
parametres correspondant a 1'union, au sens logique, de toutes les options 
(tableau C) des commandes specifiques, a definir une commande commune 
5 (P0) incluant des symboles arbitraires correspondant aux parametres de la 
methode abstraite, a former au moins un pilote (52) pour implementer la 
methode abstraite dans une machine, et a faire executer par le pilote Tune 
des commandes specifiques avec des options equivalant aux options de la 
commande commune. 

10 

Supposons que Tutilisateur U desire executer la commande : 
imprimer en deux exemplaires, avec une imprimante appelee imprimante 1 
du systeme informatique 10, le fichier appele monfichier, en indiquant en en- 
tete le nom du fichier, et detruire le fichier une fois imprime. Cette commande 
15 dans les logiciels 41 et 4b s'ecrit de la fa?on suivante, compte tenu du tableau 
C : 

lpr -Pimprimantel -#2 -r monfichier 

Ip -dimprimantel -n2 monfichier 

20 ou il est a noter du tableau C que la suppression du fichier n'est pas prevue 
pour la commande "Ip". 

Selon le procede precite, on forme une methode abstraite pour la 
fonction f. Une methode generale comprenant un en-tete et un corps, une 

25 methode abstraite n f a qu'un en-tete, de sorte qu*elle n'est pas executable et 
que la classe correspondante ne peut done pas etre instanciee. Dans Texemple 
de la fonction fl "imprimer", on cree done une methode abstraite que Ton 
appellera du meme nom "imprimer". Cette methode inclut des parametres 
correspondant respectivement aux options des commandes specifiques Pa-Pd, 

30 le nombre de parametres correspondant au nombre forme par Tunion, au sens 
logique (assembliste), de toutes les options des commandes. Ainsi, dans 
Texemple de la fonction "imprimer", et en illustrant les exemples dans le 
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langage Java®, il resulte du tableau C que la methode abstraite "imprimer" 
est definie par les six parametres suivants : 



public static int imprimer 

( String destination, 
String titre, 
int nombreDeCopies, 
boolean me s s age , 
boolean destruction, 
String nomDuFichier 



Des six parametres ci-dessus, les cinq premiers correspondent 
aux cinq options definies dans le tableau C et le dernier parametre designe le 
nom du fichier qui se place a la fin des commandes depression "lpr" et "lp". 

Une classe abstraite, au sens oriente objet, contient au moins 
une methode abstraite, ici la methode abstraite "imprimer" definie pour 
l'ensemble des commandes analogues Pa-Pd de la fonction donnee fL La 
classe abstraite pourrait etre quelconque. De preference, comme dans 
Texemple considere, la classe abstraite correspond a la fonctionnalite F et a, 
dans Texemple illustre, le meme nom "impression". La classe abstraite 
"impression" n'a done comme methodes que toutes les methodes abstraites se 
rapportant aux fonctions fl-f5 de la fonctionnalite F. La classe "impression" 
correspond a une interface, telle quelle est definie par exemple dans le 
langage Java®. Une telle interface est definie comme la classe la plus 
abstraite qu'on puisse construire, e'est-a-dire une classe dont chaque methode 
est abstraite. 



On a vu que le procede mis en oeuvre par Toutil 50 consiste 
d'autre part a definir une commande commune PO incluant des symboles 
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arbitr aires correspondant aux parametres de la methode abstraite. Par 
exemple, la commande commune PO a la syntaxe suivante : 

imprimer [ -dDest inat ion ] [ -tTitre ] [ -nNombre] [-m] [-D] 
-fflchler 

ayant comme symboles arbitraires -d, -t, -n, -m, -D et -f. Ces symboles 
peuvent ou non etre associes a des options, celles-ci etant mises entre 
crochets, de sorte que seul le terme "fichier" n'est pas une option, comme cela 
a ete indique precedemment. L f absence d'option signifiant que le symbole 
correspond a un type booleen. 

Le procede tel que defini precedemment consiste aussi a 
construire les pilotes 52a et 52b pour generer les commandes Pa et Pb ("lpr" 
et "Ip") dans les deux machines 2a et 2b respectives. Un pilote implemente, 
dans le sens de la technologie orientee objet, Tinterface "impression", c'est-a- 
dire qu'un pilote definit un corps a chaque methode de Tinterface, de fagon 
que la classe abstraite puisse generer une classe executable. Le corps ainsi 
defini permet de construire les options de la commande correspondante ("lpr" 
par exemple) avec les parametres de la methode et de lancer cette commande. 

L ! exemple qui suit illustre comment creer le pilote 52a relatif a 
la commande "lpr" et indique clairement a l'homme du metier comment 
d'autres pilotes peuvent etre crees. Le pilote 52a est une classe qui permet 
d'implementer l'interface impression de la fagon suivante. 

public class Pilote_lpr implements Impression 
{ public static int imprimer 
( String destination, 

String titre, 

int nombreDeCopies, 

boolean message, 
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boolean destruction, 
String nomDuFichier 

) 

{// 1) construction des arguments de lpr a partir des 
parametres . 

// 2) lancement de la commande lpr avec ses arguments. 
// 3) recuperation du code de retour et des messages 
de lpr et traitement de ceux-ci. 

} 



public static void main (String argv []) 

{// le premier argument de main est le nom de la 
// methode a executer, les autres sont les arguments 
// de cette methode. 

//En fonction du nom de la methode, on transforme les 
/ / arguments de main dans le type des parametres de la 
// methode que l'on appelle ensuite 

} 



Plus generalement, d r autres possibilities de pilotes existent, par 
exemple un ou les deux pilotes pourraient etre installes aussi dans l'interface 
de commande 11, ou un seul pilote suffirait, avantageusement installe dans 
1'interface de commande 11. De meme, il peut etre prevu seulement un seul 
pilote pour un systeme n'ayant qu'une seule machine, le pilote servant a 
generer les diverses commandes des logiciels installes dans cette machine. 

Enfin, le procede defini precedemment consiste a faire executer 
par le pilote Tune des commandes specifiques, par exemple "lpr", avec des 
options equivalant aux options de la commande commune. 



L/equivalence entre les options de la commande "lpr" et les 
options de la commande commune P0 peut se faire de diverses fagons. La 
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fagon preferee qui va etre illustree consiste a creer un fichier de configuration 
definissant les types et les valeurs par defaut des options de chaque 
commande specifique pouvant etre executee par le pilote. Dans le present 
exemple, la commande specifique est "Ipr", qui sera executee par le pilote 52a. 
5 De preference, le fichier de configuration comprend en outre le type de chaque 
option et/ou des commentaires eventuels et/ou le nom du pilote. 

Le fichier de configuration est de preference cree prealablement 
a la construction et avantageusement lors de Installation du pilote. Dans 
10 l'exemple choisi, le fichier de configuration fourni par le pilote est appele 
"Configlmpression". Tout autre nom peut lui etre donne, mais il importe que 
ce nom soit le meme pour tous les pilotes de la meme fonction f des 
commandes concernees Pa-Pd et qu f il soit accessible par tous ces pilotes, de 
preference en etant installe dans un meme repertoire.. 



NomDuPilote=Pilote_lpr 
OPTION=-d TYPE=chaine DEFAUT=null 
20 // le type de la valeur associee a 1' option -d est une 
// chalne de caracteres 
OPTION=-t TYPE=chaIne DEFAUT=null 

// le type de la valeur associee a 1' option -t est une 
// chaine de caracteres 
25 OPTION=-n TYPE=num DEFAUT=1 

// le type de la valeur associee a 1' option -n est un nombre 
// entier 

OPTION=-D TYPE=none 

// il n'y a pas de valeur associee a 1' option -D 
30 OPTION=-f TYPE=chaine OBLIGATOIRE 

// I 7 option -f doit etre presente dans la ligne des 
// commandes 

// L' option -m n'existe pas pour ce pilote 



15 



Le fichier de configuration de notre exemple est : 
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On retrouve dans le fichier de configuration les symboles utilises 



dans la commande commune PO. 



5 



Inequivalence entre options de la commande commune et de la 



commande specifique consiste en outre a determiner les parametres de la 
commande specifique par consultation du fichier de configuration par la 
commande commune. Ainsi, la commande commune PO lit le fichier de 
configuration afin de verifier que les options de la syntaxe de la commande 

10 commune sont bien compatibles avec celles du pilote installe. En d f autres 
termes, la commande commune PO determine si les options fournies par le 
concepteur C sont legales. Si oui, elle est completee par Tensemble des options 
non fournies et elle appelle le pilote pour execution de la commande 
specifique. Sinon, un message d'erreur est emis avec la description des 

15 options legales. D'autres part, elle verifie si toutes valeurs attachees aux 
options sont bien affectees. Si la valeur due a une option n'existe pas, elle est 
determinee a partir de sa description (valeur par defaut) dans le fichier de 
configuration. 

20 Sachant que la commande d'impression "lpr" telle que definie 

precedemment est : 

lpr -Pimprimantel -#2 -r monfichier 

25 alors la commande commune PO correspondante est : 
imprimer -n2 -dlmprimantel -D -fmonfichier 



30 



La commande commune P0 appelle alors le pilote 52a relatif a la 
commande "lpr 1 ' de la fa?on qui suit : 
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java PiloteLpr imprimer Imprimantel null 2 false true 
monf ichier . 

// false indique que 1' option -m n' est pas positionnee 
// true indique que 1' option -D l'est 
5 // null indique que 1' option -t n'est pas renseignee 

Cette commande provoque l'appel de la methode principale 
"main" du pilote 52a qui, a son tour, declenche l'appel de la methode 
"imprimer ,! de la fa?on suivante: 

10 

imprimer («Imprimantel», null, 2, false, true, «monf ichier») 
La methode "imprimer" lance ainsi la commande "lpr" sous la 

forme : 

15 

lpr -Pimprimantel -#2 -r monfichier 

Jusqu'a present, on a decrit la fonction d'un pilote d'application. 

20 On a vu qu'un pilote est une classe servant a I'implementation d f une methode 
abstraite d'une classe abstraite. Le pilote est defini par des donnees ecrites 
par le concepteur C a l'aide de l'outil 20 ou 30 du module de conception 13. 
Les lignes de code de ce logiciel doivent normalement etre entierement ecrites 
par le concepteur C. Une grande partie de ce travail est tres fastidieux et done 

25 couteux en temps et en argent. Cependant, la generation automatique pose 
deux problemes. Le premier probleme est de traduire le pilote en un langage 
oriente objet. Le second probleme est de generer automatiquement un corps a 
la methode abstraite. On a vu que le corps de la methode abstraite doit 
inclure les donnees specifiques de la commande specifique a executer, et un 

30 pilote peut servir a Texecution de plusieurs commandes specifiques. Ceci ne 
peut plus etre fait au moyen des outils 20 et 30 et requiert des operations 
manuelles du concepteur C. Les difficultes soulevees par ces deux problemes 
amenent le concepteur a ecrire les pilotes. 
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Le systeme informatique 10 de 1'invention inclut un outil 60 de 
generation automatique, en un langage oriente objet, d'un pilote 52 
d'implementation d'une methode abstraite d'une classe abstraite pour 
l'execution d'une commande specifique Pa-Pd ayant des donnees specifiques 
(tableau C), la methode abstraite ayant une valeur de retour et au moins un 
parametre pourvu d'un type. Le langage oriente objet choisi dans l'exemple 
qui suit est le langage Java®. L'outil 60 de generation automatique d'un 
pilote qui va maintenant etre decrit est contenu dans le module de conception 
13, bien qu'il pourrait etre inclus ailleurs dans le systeme informatique. 

Le procede mis en ceuvre par Toutil 60 consiste a definir la classe 
du pilote par des donnees de definition et en faisant correspondre ladite 
valeur de retour et ledit type dudit parametre a des types correspondants 
dans ledit langage, a traduire les donnees de definition du pilote dans ledit 
langage, a generer le corps de la methode' abstraite en construisant un 
squelette a completer par le concepteur C avec les donnees specifiques de la 
commande specifique. 

Pour la definition du pilote, le concepteur C utilise de preference 
l'outil 20 ou 30. Par exemple, il peut utiliser un etat vierge de la boite de la 
figure 3 pour indiquer le nom de la classe, ajouter au moins un attribut a 
l'aide de la boite de la figure 4, et au moins une methode et au moins un 
parametre avec les boites des figures 5 et 6. Cependant, pour faire la 
generation automatique, l'outil 60 necessite une correspondance entre les 
types des parametres et de la valeur de retour de la methode et des types 
dans le langage choisi, ici en langage Java. Sans cette correspondance, le 
concepteur devrait ecrire manuellement le logiciel du pilote. La 
correspondance choisie a titre d'exemple se traduit par la regie suivante en 
langage Java® : 
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« Tout type defini par le concepteur C doit appartenir a 
l'ensemble (T) suivant : 

{Boolean, Character, Double, Float, Integer, Long, String, 
Void} 
5 OU 
List (x) 

avec x appartenant a (T). » 

L'ensemble T peut etre etendu a List (List(x)) et successivement 
10 pour representer des tableaux a plusieurs dimensions. De maniere generale, 
Tensenible T est un tableau pouvant etre multidimensionnel. II est evident 
qu'on peut remplacer cet ensemble (T) par un autre ensemble avec lequel il 
est en bijection. Par exemple, en France le type defini en anglais par 
Character est re mp lace par Caractere. 

15 

Chaque element de l'ensemble T correspond a une classe 
predefinie de meme nom du langage Java, sauf List et Void, qui 
correspondent respectivement a la classe Vector et au mot reserve void de 
Java®. En d'autres termes, les types de l'ensemble T incluent de preference 
20 des classes predefinies de meme nom du langage. 

La figure 14 illustre une boite de dialogue 61 s'ouvrant pour 
definir les types de parametres et la valeur de retour de la methode. Si par 
exemple le concepteur veut definir une methode libellee "copier" qui ne 
25 retourne pas de valeur et qui a les deux parametres suivants : 

1) "nom du fichier" (de type String) qui est l'adresse URL (Uniform 
Resource Locator) du fichier, et 

2) "repertoire" (de type String) qui est l'adresse URL du repertoire 
dans lequel on veut copier le fichier, 

30 il indique le nom "copier" dans le champ texte definissant le nom de la 
methode dans la boite 25 de la figure 5, il selectionne dans la boite 61 le type 
void pour l'introduire dans la champ texte relatif au type de retour de la 
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methode et actionne le bouton de commande "Ajouter" pour definir un 
nouveau parametre avec l'aide de la boite 26 de la figure 6. Dans la boite 26, 
il indique le nom du premier parametre "nom du fichier" et selectionne dans 
la boite 61 le type String, qui vient se placer dans le champ texte relatif au 
type du parametre. Le concepteur ajoute de preference, dans la zone de texte 
relative a la description du parametre, le texte par exemple "adresse URL du 
fichier". II en est de meme pour le second parametre. 

La methode abstraite "copier" s'ecrit done : 

public void copier ( String nom_ciu_f ichier , String 
repertoire) ; 

On supposera que le nom de la classe abstraite correspondante, 
une interface au sens de Java® dans l'exemple illustre, se nomme "operations 
sur fichier". 

On a vu qu'une autre etape du procede consiste a traduire les 
donnees de definition du pilote dans le langage choisi. La transcription peut 
se faire selon l'exemple suivant. Le nom de Tinterface est le nom de la classe 
definie par le concepteur C, precede des deux caracteres « Si le nom de 
cette classe contient le caractere blanc « », qui est interdit dans les langages 
classiques comme Java ou C, on le remplace par « _ ». On applique la meme 
regie pour la classe du pilote, mais en remplagant « I_ » par « P_ ». Si on 
genere un nombre n de pilotes, on fait suivre les noms des pilotes par les deux 
caracteres « _i » ou i varie de 1 a n. Si les noms comportent des lettres 
accentuees, on peut aussi prevoir la suppression des accents pour convenir au 
langage Java ordinaire. Ainsi, la classe s'ecrit de la fagon suivante : 

interface I_operations-sur_f ichier 
{ 
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repertoire) ; 
} 

et le pilote correspondant s'ecrit de la fagon suivante : 

class Proper at ions- sur_f ichier_l implements 

I_operations_sur_f ichier 
{ 

public void copier (String nom_du_f ichier , String 
repertoire) ; 
{ 

} 

public static void main (String argvf] ) 
{ . - . } 

} 

ou 

20 - le contenu {...} relatif a la methode "copier" constitue le corps de la methode, 
qui correspond a la commande specifique a executer, et 

- main est la methode principale qui va etre appelee par la commande unifiee 
P0, qui declenche a son tour l'execution de la methode "copier" pour 
l'execution de la methode specifique "Ipr". II est a noter ici que l'execution du 
25 pilote peut etre faite de plusieurs fagons connues de 1'homme du metier. 
L'exemple d'execution choisi consiste a incorporer au pilote la methode 
principale main. 

Si par exemple la classe "impression" definie precedemment par 
30 le concepteur C contient un attribut "nombre de copies" de type Integer et 
ayant comme valeur par defaut "1", la classe en langage Java® du pilote a 
pour attribut : 
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copier (String nom_du_f ichier , String 



10 



15 
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Integer Nombre_de_copies = new Integer (1) ; 
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On rappelle que c'est l'utilisateur U qui, au moyen cTun 
document 41, va demander 1'execution de la commande commune P0 par 
Tintermediaire de l'interface documentaire 18 correspondante. La commande 
commune P0 va appeler le pilote par l'intermediaire de la commande suivante 

java P_Impression_l imprimer 2 monfichier monimprimante 

La methode principale main du pilote va alors etre declenchee. 
La methode principale main a, de fa?on bien connue, tous ses parametres de 
type String. La methode principale main va appeler la methode "imprimer" 
qui a des parametres varies, tels que : 

imprimer (Integer pi, String p2, String p3) 

Chaque type de parametre dans la methode main est done 
transforme en le type du parametre correspondant de la methode "imprimer". 
Ceci peut se faire automatiquement dans la methode 

main (String argv []){...} 

ou le premier argument est le nom de la methode implementee de interface 
qu'il faut appeler. Le (i+l) e argument de la methode main correspond au i e 
argument de la methode appelee. Son type doit etre cependant change si 
1'argument de la methode n'est pas du type String. Dans le dernier exemple, 
la methode main va appeler la methode "imprimer" du pilote de la maniere 
suivante : 



imprimerfnew Integer (argv [1 ]) , argv[2], argv[3]) ; 
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Si argvfl] ne correspond pas a un entier, une exception sera levee et 
retransmise dans le module de commande 12. 

On va maintenant decrire un exemple de generation du corps de 
5 la methode "imp rimer". On rappelle que c'est dans le corps de la methode 
"imprimer" que se fait l'appel a la commande specifique Pa ("Ipr"). Tout un 
mecanisme en langage Java permet au pilote d'executer la commande 
specifique et de recevoir ses resultats. Ce mecanisme est decrit dans Texemple 
du paragraphe suivant. 

10 

L'interface documentaire 18 de l'utilisateur U appelle commande 
commune P0, qui elle meme appelle le pilote 52a, apres consultation de son 
fichier de configuration, de la fagon suivante : 

15 java nomDuPilote nomDeLaMethode parametresDeLaMethode 

Une etape du procede consiste a generer automatiquement le 
corps de la methode abstraite en construisant un squelette a completer par le 
concepteur C avec les donnees specifiques de la commande specifique "lpr". Le 
20 squelette se fait par exemple par construction de chaines. Dans notre 
exemple, la construction du squelette a completer se fait de la maniere 
suivante : 

// ###### debut de modification 
25 String commandStr = "###### le nom de la commande" + " " ; 

commandStr = commandStr+ " " +"###### l'option"+ 
pi . toString ( ) ; 

commandStr = commandStr+ " " +"###### l'option"+ p2 ; 
commandStr = commandStrf " " +"###### 1' option"* p3 ; 
30 // ###### fin de modification 



WO 00/26774 PCT/FR99/02629 

-42- 

Pour completer le squelette, il est de preference indique ou les 
donnees sont a completer et/ou quelles donnees sont a completer par le 
concepteur C. Dans 1'exemple precedent, le concepteur n'a qu'a chercher dans 
la classe du pilote l'occurrence des caracteres successifs ###### . Quand il 
trouve cette occurrence, le squelette lui indique ou et quelles donnees il doit y 
introduire pour le completer. Suivant l'exemple precedent, il va corriger le 
code de la maniere suivante : 

// debut de modification 
String commandStr = "lpr"; 

commandStr = commandStr+ " " +"-#"+ pi . toString ( ) ; 
commandStr = commandStr+ " " +"-p"+ p2 ; 
commandStr = commandStr+ 11 " + p3 ; 
// fin de modification 

ou commandStr va prendre comme valeur possible 

"lpr -#2 -Pimprimantel monf ichier " . 
L/appel de cette commande sera ensuite automatique. 

On va maintenant decrire un exemple de mise en oeuvre de 
Toutil 60 pour la formation d'un squelette de pilote genere en langage Java et 
destine a une machine fonctionnant sous le systeme d ! exploitation connu sous 
le nom de marque deposee Windows NT. 

L/exemple part d'une classe simple qui contient une seule 
methode, la generalisation etant evidente. Le nom de la classe est par 
exemple "copie de fichier". La methode de cette classe est "copie", qui retourne 
la valeur void et qui a les deux parametres suivants : 

- "fichier", de type String, et 

- "repertoire de destination", de type String. 
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Le concepteur ouvre la fenetre 21 de la figure 2 et actionne par 
exemple une_commande "generation de pilote" (non illustree), se trouvant de 
preference dans le menu "Exporter a U". Cette commande genere le code 
5 suivant : 



interface I_ Copie_de_f ichier 

{ void copie (String fichier ; String repertoire_de_dest inat ion 

} 



10 



et 



public class I_ Copie_de_f ichier_l implements I_ Copie_de_f ichier 
{ void copie (String fichier ; String repertoire_de_destination ) 

15 { try 

{ Process p ; 

Runtime rt = Runtime . get Runtime () ; 

// ###### debut de modification 

20 String commandStr = "###### le nom de la commande"; 

commandStr = commandStr+ ,r " +"###### 1' option"* 
fichier; 

commandStr - commandStr+ " " +"###### 1' option" 

+ repertoire_de_destination ; 
25 // ###### fin de modification 

p = rt.exec("C:\\WINNT\\System32\\cmd /c "+ 
commandStr) ; 

30 Buf f eredReader br = 

new Buf f eredReader ( 

new InputStreamReader ( 

p. getInputStream( ) ) ) ; 

35 String result; 

while (( result = br . readLine ( ) ) ! = null ) 

{ System. out. println ( ------- " + result) ; 

StringTokenizer St = 

new StringTokenizer { result ) ; 
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/* 

while ( St . hasMoreTokens ( ) } 
{ st = St . nextToken ( ) ; 

System. out . print In ( "hello \n " ) ; 
5 System. out .print In 

("token = " + st + " . ") ; 

; 

*/"' 

} 

10 } 

catch ( IOException ie ) 

{ System. out . println { "10 Exception") ; 

} 

catch ( SecurityException se ) 
15 { System. out . println ("No process") ; 

} 

} 

public static void main (String argv [] ) 
20 { argv[0] (argvfl] , argv[2]) ; 

} 

} 

Dans ce code, le mot "br" designe le resultat de l'execution de la 
25 commande specifique. Le concepteur C cherche alors Toccurrence de Itllflifttii et 
change 



// ###### debut de modification 

String commandStr = "###### le nom de la commande"; 
30 commandStr - commandStr+ " " +"###### l'option"+ 

f ichier ; 

commandStr = commandStr+ " " +"###### 1' option" 

+ repertoire_de_destination 
// ###### fin de modification 

35 

en 



40 



// debut de modification 
String commandStr = "copy"; 
commandStr = commandStr+ " " +fichier; 
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commands = commands tr+ " " + 
repertoire_de_desr inat ion ; 
// fin de modification 
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Revendications 

1. Procede de commande d'une fonction (f) executable par divers 
logiciels (4a, 4b, 6a, 6b) sous des commandes (Pa-Pd) specifiques aux logiciels 
respectifs et pouvant avoir chacune au moins une option, les logiciels etant 
installes dans au moins une machine (2a, 2b) d'un systeme informatique (10), 
caracterise en ce qu'il consiste a definir dans une classe abstraite une 
methode abstraite pour la fonction (f), la methode abstraite incluant des 
parametres correspondant a l'union, au sens logique, de toutes les options 
(tableau C) des commandes specifiques, a definir une commande commune 
(P0) incluant des symboles arbitraires correspondant aux parametres de la 
methode abstraite, a former au moins un pilote (52) pour implementer la 
methode abstraite dans une machine, et a faire executer par le pilote Tune 
des commandes specifiques avec des options equivalant aux options de la 
commande commune. 

2. Procede selon la revendication 1, caracterise en ce que 
l'equivalence entre les options de la commande specifique et les options de la 
commande commune consiste a creer un fichier de configuration 
(Configlmpression) definissant les types et les valeurs par defaut des options 
de chaque commande specifique pouvant etre executee par le pilote, et a 
determiner les parametres de Tune de ces commande specifiques par 
consultation du fichier de configuration par la commande commune. 

3. Procede selon la revendication 1 ou 2, caracterise en ce qu'il 
consiste a faire correspondre un pilote (52a) a une machine (2a) du systeme 
informatique. 

4. Procede selon Tune des revendications 1 a 3, caracterise en ce 
que la classe abstraite est la classe la plus abstraite pouvant etre definie, 
telle qu ! une interface dans le langage Java®. 
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5. Procede selon Tune des r eve indications 1 a 4, caracterise en ce 
que la classe abstraite contient tout ou partie des methodes se rapportant a 
des fonctions d'une meme fonctionnalite (F) commune aux logiciels. 

6. Systeme informatique (10) comprenant au moins un machine 
disposant de logicie Is. divers (4a t 4b, 6a, 6b) ayant en commun au moins une 
fonction (f) executable sous des commandes specifiques (Pa-Pd) aux logiciels 
respectifs et pouvant avoir chacune au moins une option, caracterise en ce 
qu'il met en ceuvre le procede defini par Tune des revendications 1 a 5. 
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